반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
EMS Solution
Features
클라우드 관리
서버관리
데이터베이스 관리
네트워크 관리
트래픽 관리
설비 IoT 관리
무선 AP 관리
교환기 관리
운영자동화
실시간 관리
백업 관리
스토리지 관리
예방 점검
APM Solution
애플리케이션 관리
URL 관리
브라우저 관리
ITSM Solution
서비스데스크
IT 서비스 관리
Big Data Solution
SIEM
AI 인공지능
Dashboard
대시보드
Consulting Service
컨설팅 서비스
고객
레퍼런스
고객FAQ
문의하기
가격
자료실
카탈로그
사용자매뉴얼
회사소개
비전·미션
연혁
2016~현재
2000~2015
인증서·수상
투자정보
재무정보
전자공고
IR자료
새소식
공고
보도자료
오시는 길
채용
피플
컬처
공고
FAQ
블로그
열기
메인 페이지로 이동
블로그
기술이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
데브옵스(DevOps)에 대한 오해, 그리고 진실은?!
잘파세대(Z세대 + 알파 세대)에 대한 모든 것
차정환
2024.02.19
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
SMS를 통한 서버관리는 꼭 이렇게 해야만 한다?!
IT 기술의 빠른 발전 못지않게, 각 세대별 특성도 빠르게 변화하고 있습니다.
특히 몇 해 전부터 'MZ 세대'와 관련한 이슈들이 크게 부각되었습니다. 유튜브나 TV 예능에서의 소재뿐 아니라, 사회 전체적으로도 모두가 관심을 가진 그야말로 '핫'한 주제가 되었죠.
MZ 세대와 관련한 다양한 도서들(출처: 교보문고)
MZ 세대에 대해 이해하고 함께 어울려보려고 노력해서 이제 조금 익숙해져가는 와중에... 이제 'MZ 세대' 보다 중요한 세대가 등장했습니다. 바로 '잘파세대'!
잘파세대는 Z세대와 알파 세대를 합친 말인데요, 소비자로서 그리고 직장의 구성원으로서 정말 중요한 부분을 차지하고 있고 영향력이 더 커질 잘파세대에 대해서 지금부터 자세히 알아보겠습니다.
│ 세대는 어떻게 구분되는가?!
본격적으로 이야기를 시작하기 전에 한 가지 분명히 해야 할 것이 있습니다. 지금부터 알아볼 특징들이 전체를 대표하는 경향이 있긴 하지만, 같은 세대 안에서도 개인차가 있으므로 모든 사람에게 동일하게 적용될 수는 없다는 것이죠.
하지만 이와 동시에 각 세대별 차이는 분명히 존재하기 때문에, 각 세대의 특징과 경향을 앎으로써 서로 더 가까워지기 위한 목적을 가지고 본격적으로 들여다보도록 하겠습니다.
조금씩의 차이는 있지만, 가장 나이가 많은 베이비부머 세대부터 알파 세대에 이르기까지 총 다섯 개의 분류로 세대를 구분하는 것이 일반적입니다. 세대별 구분 기준과 특징은 아래와 같이 정리할 수 있습니다.
베이비부머부터 X세대 초반(1975년생)까지는 그동안의 한국 사회의 가파른 성장을 이끌어온, 이른바 '기성세대'라고 볼 수 있습니다.
한편 그동안 'MZ세대(밀레니얼세대 + Z세대)'로 묶여왔던 밀레니얼 세대는 대세에서 멀어지고, 알파 세대가 새롭게 떠오르며 Z세대와 대세를 이루게 됐습니다.
밀레니얼 세대는 회사 내에서 '주니어급'에서 '중간관리자' 급으로 성장했죠. 따라서 위로는 베이비부머와 X세대를 모셔야 하고, 아래로는 잘파세대를 관리해야 함에 따른 밀레니얼 세대의 고충도 커지고 있습니다
(이 이슈는 나중에 따로 자세히 살펴보도록 하죠)
.
회사 내에서의 세대별 차이에서 오는 에피소드를 극대화한 MZ 오피스 (출처: 쿠팡플레이)
현재 대부분의 회사에서는 X세대 이상의 임원과, 차~부장급 팀장이 된 밀레니얼 세대, 그리고 주니어에서 갓 벗어나 과장급 실무자가 됐거나 주니어급인 Z세대가 어울려 있습니다. 그리고 이들이 알파 세대 고객을 만나 고생하기도 하고요.
그리고 가정에서는 은퇴한 베이비부머 세대를 둔 X세대 후반 ~ 밀레니얼 세대가 결혼해서 알파 세대를 낳은 후 고군분투하고 있고, Z세대는 그런 밀레니얼 시대를 보면서 결혼에 대해 심각하게 고민하는 모습을 흔치않게 볼 수 있습니다.
직장과 가정 모두에서 각 세대가 서로를 이해하며 오래오래 행복하게 살면 좋겠지만, 현실은 그렇지 않죠. 앞에도 언급했듯이 이제 주류가 된 잘파세대를 제대로 알고 함께 어울리기 위한 방법은 무엇일까요?
│ 소비자로서의 잘파세대, 그리고 대응 방안
본격적으로 잘파세대에 대해서 알아보겠습니다. 먼저 그들에게 우리 서비스와 제품을 잘 알리기 위해 '소비자로서의' 잘파세대의 특성을 살펴보죠. 세부적으로 Z세대와 알파 세대의 특성이 차이가 있기 때문에 나눠서 살펴보겠습니다.
Z세대(14세~28세)
Z세대는 소비자로서 세 가지 특성이 있습니다.
▪
디지털 네이티브:
인터넷, 스마트폰, 소셜미디어와 함께 성장한 이들은 소비에 있어서도 다양한 온라인 플랫폼을 적극 활용합니다. 특히 온라인 리뷰와 소셜미디어 추천을 매우 중요하게 여깁니다.
▪
가치 중심의 소비:
제품이나 브랜드가 대표하는 가치와 사회적 책임을 중시합니다. 지속 가능성, 윤리적 생산, 다양성 존중 등이 소비에 있어서 중요한 결정 요소가 됩니다.
▪
개인화된 경험 선호:
Z세대는 자신들의 취향과 관심사에 맞춤화된 제품이나 서비스를 선호합니다.
따라서 기업의 입장에선 우선 콘텐츠 마케팅/인플루언스 마케팅/자체 소셜미디어 운영 등을 통해서 Z세대와의 접점을 최대한 늘려야 합니다. 그리고 철저한 데이터 분석을 통해, 소비자의 취향과 선호를 파악하고 맞춤형 제품과 경험을 제공해야 하죠.
더불어서 기업의 사회적 책임과 지속 가능성 목표를 명확히 하고, 이를 적극적으로 알려야 합니다. 다만, 이때 주의해야 할 것은 '바르게 잘 하고 있는 척' 만 하는 것이 아니라, '실제로 바르게 말하고 행동'해야 합니다. 말과 행동이 다른 기업이나 서비스는 Z세대에게 바로 외면받을 수밖에 없기 때문이죠.
환경 보호를 직접 실천하며 꾸준한 사랑을 받고 있는 Patagonia
Z세대를 대상으로 성공적인 마케팅을 펼친 사례를 간단히 정리해 보면,
▪
나이키:
나이키는 AR(증강현실)을 이용한 신발 피팅 기술과, 소비자가 자신만의 디자인을 할 수 있는 커스터마이징 옵션을 제공하여 좋은 반응을 얻고 있습니다.
▪
Spotify:
Z세대의 음악 취향을 분석하여 개인화된 플레이리스트를 제공하는 것을 통해 많은 사용자를 유지하고 있습니다.
▪
Patagonia:
환경 보호를 중시하는 아웃도어 의류 브랜드로, 지속 가능한 제품 제조 방식과 환경 보호 캠페인을 펼치며 Z세대로부터 큰 지지를 받고 있습니다. 2023년에는 주식 전체를 환경보호 단체에 기부하며 큰 화제가 되기도 했죠.
▪
Beyond Meat:
식물로 만든 대체 육류 제품을 제공하여, 지속 가능한 소비와 동물 복지, 환경 보호에 앞장섬으로써 많은 사랑을 받고 있습니다.
식물로 만든 다양한 육류 제품으로 인기를 끌고 있는 Beyond Meat
Z세대를 위한 마케팅은 다음과 같은 한 마디로 정의할 수 있습니다.
'정말 좋은 목적을 가지고 만든 고객 맞춤형 제품과 서비스를, 소셜미디어를 통해 활발하게 알린다!'
알파 세대(~13세)
알파 세대는 Z세대와 비슷하지만 조금은 다른 특성을 가지고 있습니다.
▪
기술과의 완전한 통합:
알파 세대는 태어난 직후부터 스마트 기기와 AI와 함께 자랐습니다. 따라서 이들에게 최신 기술은 일상의 일부죠
(실제 미국에서 많은 아기들이 처음으로 발음한 것이 '엄마'가 아닌, '알렉사(구글의 AI 서비스)'여서 큰 화제가 되기도 했습니다)
.
▪
교육적 콘텐츠 소비:
아직 성장단계에 있고, 부모의 영향도 있기 때문에 교육적 가치가 있는 콘텐츠를 주로 많이 소비합니다.
▪
가족 구매 결정에 영향:
아직 어린 나이에도 불구하고, 알파 세대가 가족의 구매 결정에 영향을 미치는 경우가 꽤 많습니다.
디지털 기기와 매우 친숙한 알파 세대
알파 세대를 대상으로 성공적인 마케팅과 서비스를 제공하고 있는 사례를 살펴보면,
▪
Duolingo:
언어 학습 앱으로 게임 기능을 통해 교육적 가치와 재미를 동시에 제공하고 있습니다.
▪
Roblox:
아이들이 자신만의 게임을 만들고 다른 사람들과 공유할 수 있는 플랫폼으로, 창의력과 코딩 기술을 향상시킬 수 있어서 많은 사랑을 받고 있습니다.
▪
Amazone Echo Dot Kids Edition:
아이들을 위한 스마트 스피커로, 부모가 컨트롤할 수 있는 콘텐츠와 함께 다양한 교육 콘텐츠를 제공합니다.
▪
LEGO Super Mario:
레고와 닌텐도의 협업으로 만들어진 이 제품은, 게임과 실제 놀이의 결합을 통해 창의력과 문제 해결 능력을 발전시킬 수 있어서 좋은 반응을 얻고 있습니다.
알파 세대에게 큰 사랑을 받고 있는 Roblox (출처: The Irish Times)
결국 위에 살펴본 사례처럼 알파 세대에게 사랑받으려면, 교육적 가치가 있는 제품을 개발하고 가족 친화적 마케팅을 진행하면서 부모의 신뢰를 얻을 수 있는 안전한 디지털 환경을 제공해야 합니다
(유해 콘텐츠 방지, 개인정보 보호 등)
.
잘파세대인 소비자들에게 어떻게 다가갈지 조금 감이 잡히시나요? 함께 살펴본 내용은 극히 기본에 불과하지만, 이번 기회를 통해서 잘파세대 소비자들과 한 걸음이라도 가까워질 있게 되기를 바랍니다.
│ 직장인으로서의 잘파세대, 그리고 대응방안
자 이제, 소비자가 아닌 내 동료로서의 잘파세대를 알아보겠습니다. 단, 알파 세대는 아직 사회에 진출하기 전이 때문에 Z세대를 중심으로 하나씩 살펴보도록 하죠.
2020년대 초반부터 본격적으로 직장 생활을 시작한 Z세대는, 그들만의 독특한 특성과 가치관을 가지고 있습니다. 사실 'MZ 세대'에 특성으로 꼽히는 부분 중에 기성세대가 많이 새로워하고 놀란 특성들 대부분이 'Z세대'의 특성이라고 볼 수 있죠.
직장인으로서의 Z세대 특성은 다섯 가지로 정리할 수 있습니다.
Z세대가 즐겨 사용하는 업무 도구인 Slack
기술에 대한 높은 숙련도
디지털 네이티브인 Z세대는 다양한 기술과 플랫폼을 자연스럽게 사용합니다. Slack이나 Notion 등 효율적인 업무 도구와 소프트웨어를 활용하여 업무를 진행하는 것을 선호하죠
(반면에 전화나 대면 미팅을 꺼리는 경향도 있습니다)
.
자율성과 유연성에 대한 강한 욕구
자율적인 업무 환경과 일과 생활의 균형을 매우 중요시합니다. 유연한 근무시간과 재택근무 옵션을 높은 연봉보다 선호할 정도입니다.
다양성과 포용성에 대한 강조
Z세대는 다양성, 평등, 포용성에 대한 가치를 중요하게 여깁니다. 다양한 배경과 경험을 가진 사람들과의 협업을 중시하며, 모두가 존중받는 직장 문화를 원합니다.
목적과 가치에 대한 추구
단순히 급여를 받는 것에 그치지 않고, 자신이 하는 일이 사회적으로 선하고 긍정적인 영향을 미치는지를 중요하게 여깁니다. 따라서 회사를 선택할 때도 회사의 사회적 책임과 가치에 공감할 수 있는지를 진지하게 고민합니다.
피드백과 성장 기회에 대한 욕구
지속적인 피드백과 자신의 역량을 개발할 수 있는 기회를 중요하게 생각합니다. 특히 본인의 업무 성과에 대한 구체적이고 명확한 피드백을 원하죠. 불투명한 평가절차 및 결과로 인한 Z세대의 퇴사가 늘고 있는 이유입니다.
따라서 Z세대를 회사의 구성원으로 잘 적응시키기 위해서는, 유연한 근무 환경을 제공하고 개인의 성장과 개발을 지원하는 프로그램을 갖추는 것이 중요합니다.
이와 동시에 회사의 사회적 책임에 대해서 어필하고, 다양성과 포용성을 증진할 수 있는 실질적인 실천도 뒷받침되어야 하죠. 그리고 무엇보다 이들의 성과를 정확히 평가하고, 구체적이고, 투명하게 피드백을 줄 수 있는 시스템도 갖춰야 합니다.
Z세대가 선호하는 직장으로 꼽히는 곳들은 대부분 구글과 같이 유연한 근무 환경/자율성 존중/개인의 성장과 개발에 대한 강력한 지원을 하거나, Salesforce나 에어비앤비처럼 사회적 가치와 미션에 대해서 강조하고 직원들과 투명한 커뮤니케이션을 진행하고 있습니다.
신입/주니어급이던 Z세대가 실무의 핵심으로 자리 잡고 있는 가운데, 본인의 이상과 실제에 거리감에 회의를 느낀 Z세대의 이직이나 퇴사도 늘고 있습니다.
또한 퇴사는 하지 않아도 일을 잘하려는 의지 없이 최소한의 업무만 하는 이른바 '조용한 퇴사'도 늘고 있는데요. 조용한 퇴사로 인한 기업의 손실이 약 2,500조에 이른다는 갤럽의 분석도 있습니다.
따라서 모든 기업이 Z세대의 마음을 사로잡고, 그들의 업무 효율을 높이기 위한 빠른 노력이 꼭 필요합니다. 이제 곧 Z세대가 기업 실무진행의 핵심으로 자리 잡을 시기가 오기 때문이죠.
│ 글을 마치며
"요즘 젊은이들은 버릇이 없다."
기원전 1700년에 만들어진 수메르 시대 점토판 문자에 이렇게 쓰여있다고 하죠. 기존 세대와 새로운 세대의 갈등은 오래전부터 존재해왔습니다.
하지만 기술의 발달과 넘치는 정보로 인해서 상황이 옛날과 많이 바뀌었습니다. 앞서 살펴본 대로 잘파세대는 소비자로서도 중요한 위치에 오르고 있고, 회사 내에서도 잘파세대의 역할이 점점 더 중요해지고 있기 때문입니다.
특히 기업을 운영할 때 '기성세대의 노하우를 전수하는 것'보다, '신기술을 빠르게 터득하고 활용하는 것'이 더 중요해졌기 때문에 새로운 세대와 효과적으로 함께 하기 위한 노력이 빠르게 필요합니다.
점심회식을 통해 세대간 어울리기 위한 노력을 이어가고 있는 브레인즈컴퍼니
어려워 보이고 갈 길이 멀어 보일 수도 있지만, 오늘부터 잘파세대를 이해하기 위한 하나씩 실천해 보는 건 어떨까요?
(그렇다고 잘파세대 후배 불러서 저녁회식 같은거 하시면 안 됩니다...)
#잘파세대
#Z세대
#알파세대
#MZ세대
#브레인즈컴퍼니
차정환
온/오프라인 마케팅 브랜딩, 그리고 홍보를 총괄하고 있습니다.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
옵저버빌리티(Observability) vs APM, 우리 기업에 맞는 솔루션은?!
옵저버빌리티(Observability) vs APM, 우리 기업에 맞는 솔루션은?!
지난 글을 통해 웹 애플리케이션을 전반적으로 모니터링하고 관리하기 위한 좋은 도구인, APM의 핵심요소와 기능에 대해서 알아봤습니다(지난 글 보기). APM은 분명 좋은 도구이지만 문제 원인이 애플리케이션, 웹, WAS, DB가 아닌 특정한 시스템 오류이거나 클라우드 네이티브 환경에서의 장애일 경우 문제 발생 원인을 명확히 밝히기 어려울 수 있습니다. 따라서 이번 시간에는 APM의 한계성은 무엇이고, 이를 보완하기 위한 방법은 무엇인지 자세히 살펴보겠습니다. │APM 한계성 불과 얼마 전까지만 해도 예상치 못한 장애를 탐지하고 분석하는 것은, 기존 APM만으로 충분했었습니다. 기존에는 모놀리식 구조로 되어있어 애플리케이션이 적은 수로 구성되어 있었고, Web-WAS-DB가 모두 단일 구조로 구성되어 있었기 때문입니다. 하지만 현재 대다수 기업들은 MSA 환경에서 서비스를 구축하고, DevOps 구조로 업무를 진행하는 경우가 많습니다. 즉 클라우드 네이티브 환경에서는 기존 모놀리식 구조의 APM의 한계가 하나둘씩 보이기 시작한 것이죠. 이러한 이유로 클라우드 네이티브 방식에는 서비스 장애 원인을 분석하기 위한 새로운 모니터링 툴이 필요했습니다. 이때 등장하는 것이 바로 옵저버빌리티(Observability)입니다. │Observability란? 그렇다면 Observability란 무엇일까요? 옵저버빌리티는 IT 인프라에 대한 근본적인 장애 원인을 분석하기 위한 방법론입니다. 관찰 가능성이라고 표현되기도 하죠. Obsevability는 비교적 최근에 사용한 용어이지만, 옵저버빌리티를 위한 고민은 오래전부터 지속되어왔습니다. 시스템이 내가 의도한 대로 작동하고 있을까? 예상치 못한 장애 탐지와 장애 근본 원인은 어떻게 분석할 수 있을까? IT 인프라 운영 환경에 문제가 발생했을 때, 문제 식별을 위해 필요한 객관적인 지표는 어떻게 도출할 수 있을까? 하지만 소프트웨어 애플리케이션에서 Observability는, 위와 같은 고민이 발생하거나 겪어보지 못했던 현상이 생길 때 이를 이해하고 설명할 수 있는 지표를 분석해 줍니다. │Obsevability의 등장배경 및 필요성 앞에서 옵저버빌리티가 무엇인지 살펴봤는데요. 이어서 Observability가 등장하게 된 이유와 필요성에 대해 자세히 살펴보겠습니다. MSA 전환에 따른 복잡성 증가 옵저버빌리티가 등장하게 된 첫 번째 이유는, 모놀리식 아키텍처에서 MSA 환경으로 전환함에 따라 복잡성이 증가했기 때문입니다. 우선 그림을 통해 자세히 살펴보겠습니다. [그림(왼)]은 모놀리식 아키텍처를 나타내는데요. 애플리케이션의 모든 구성 요소가 하나의 인프라로 통합되어 있는 형태입니다. 배포가 간단하며, 확장성이 쉽고, E2E 테스트가 용이하다는 장점이 있습니다. 하지만 조그마한 수정 사항이 있으면, 다시 구성 환경을 빌드하고 배포해야 한다는 단점이 있습니다. 또한 일부 오류가 전체 아키텍처에 영향을 미친다는 치명적인 단점도 존재하죠. 반면 [그림(오)]에 해당하는 MSA(Micro Service Architecture)는 하나의 큰 애플리케이션을 여러 개의 작은 애플리케이션으로 쪼개어, 변경과 조합이 가능합니다. 작은 서비스의 독립적 배포라는 강력한 장점을 앞세워 Netflix, PAYCO와 같은 다양한 기업들이 앞다투어 MSA를 받아들였습니다. 여기서 문제는 MSA로 변화함에 따라 통합 테스트나 E2E 테스트 검증이 필요해졌는데요. 이처럼 여러 서비스의 API를 검증해야 하므로, 복잡성이 증가하고 많은 시간과 비용이 소모되었습니다. 무엇보다 각 서비스 별로 자체적인 데이터베이스가 있어, 트랜잭션에 대한 파악이 어려워지기도 했죠. 따라서 기존 APM이 담당하는 트랜잭션 모니터링의 복잡성은 더욱 증가했고, Observability의 필요성이 대두되었습니다. DevOps와 클라우드 네이티브 환경으로서의 전환 옵저버빌리티가 등장하게 된 두 번째 이유는, DevOps와 클라우드 네이티브 환경으로 전환하기 위해 필요한 도구이기 때문입니다. DevOps의 핵심은 소프트웨어의 개발(Deployment)과 운영(Operation)을 분리하는 것이 아닌, 하나로 통합된 업무 처리 방식으로 진행됩니다. 이때 관리하는 서비스 전반에 대한 가시성이 충분히 확보되지 않으면, DevOps 조직은 근본적인 원인을 찾는 데 어려움을 겪게 됩니다. 이러한 어려움을 해결하기 위해서는 서비스를 구성하는 아키텍처부터 트랜잭션까지 가시성이 확보되어야 합니다. 이를 통해 DevOps의 목표인 지속적인 개발과 운영의 통합을 만들어낼 수 있죠. 또한 Observability는 클라우드 네이티브 환경으로 전환하기 위한 필수 조건입니다. 기업에서 운영 중인 서비스/IT 인프라가 클라우드 네이티브 환경으로 전환되면서, 이전에 발생하지 않았던 모든 장애 가능성에 대한 인지를 위해 Observability가 선행되어야 합니다. │Observability와 Monitoring 차이점 그렇다면 기존의 모니터링(Monitoring)과 옵저버벌리티(Observability)의 차이점은 무엇일까요? 기존의 모니터링 역할은 IT 인프라의 '정상 작동 확인'을 위한 도구 역할에 초점이 맞춰져 있었습니다. 모니터링 구성 요소인 대시보드와 사용자 알람을 통해 가시성을 확보하고, 장애를 쉽게 감지할 수 있었죠. 즉 모니터링은 인프라 성능 지표, 구성 관리, 사용자 알람에 주 목적을 둔 IT 운영 담당자에 포커스를 맞춘 도구입니다. Observability는 기존 모니터링이 맡는 알람(Alerting), 메트릭(Metric) 외에도 로그(시스템, 애플리케이션), 트레이스, 디버깅과 같은 작업이 가능합니다. 이를 통해 앞으로 발생할 수 있는 장애를 미리 예측하고, 발생한 장애에 대한 근본적인 원인을 찾아내는 데 초점이 맞춰져 있습니다. │Observability 확보를 위한 핵심 구성 요소 옵저버빌리티는 앞서 언급했듯이 메트릭(Metric), 로깅(Logging), 트레이싱(Tracing) 등 작업이 가능한데요. 좀 더 자세히 살펴보겠습니다. Metric 모니터링 분야에서 Metric(메트릭)이란, 인프라 혹은 서비스 성능과 상태를 나타내는 지표입니다. 여기서 중요한 점은 단순히 현재 상태를 보기 쉽게 표현하는 것에서 더 나아가 '시계열 데이터' 형태로 변화하는 데이터를 보여줘야 합니다. 예를 들어 CPU 사용률, 메모리 사용률, 스레드 사용률과 같이 시간이 지남에 따라 어떻게 변화하는지 효율적으로 보여줄 수 있어야 하죠. 또한 메트릭은 여러 AI 분석툴과 오픈소스와 결합하여, 직관적인 파라미터를 통해 시계열 데이터의 다양한 패턴을 자동 감지할 수 있어야 합니다. 운영자와 개발자에게 필요한 리소스를 선택할 수 있도록 성능 예측하는 지표도 필요합니다. Logging Logging(로깅)은 운영 중인 시스템과 애플리케이션에서 발생하는 다양한 이벤트와 에러 등을 기록하는 과정입니다. Observability는 여기서 더 나아가 클라우드 시스템의 모든 로그를 수집하여, 해당 로그를 통해 문제 원인을 식별할 수 있어야 합니다. 물론 각 로그 스트림은 단일 인스턴스에 대한 이벤트를 알려주기 때문에, 마이크로 서비스 환경에서 전체적인 문제 원인을 파악하기 어려울 수 있습니다. 하지만 중앙 집중식 로깅을 사용하면, 애플리케이션 로그를 한곳에 저장할 수 있습니다. 이를 통해 여러 서비스로 구성된 MSA 환경에서 로그를 효과적으로 검색하고 모니터링할 수 있죠. 이러한 작업을 하기 위해서 ELK Stack1 과 같은 로그 수집 활용 도구가 필요한데요. 이 도구는 로그 관리를 단순화화여, 전체 시스템 문제를 더 쉽게 분석할 수 있도록 도와줍니다. *ELK Stack1: Elastic Search. Logstash, Kibana의 약자로 데이터를 수집하고 분석하는 도구 모음 Tracing 트레이싱은 애플리케이션 실행 정보를 기록하는 '특별한 로깅' 방식을 의미합니다. 사실 로깅과 트레이싱을 구분하는 것에 큰 의미는 없습니다. 하지만 Observability 관점에서 트레이싱은, 전체 로그 중 문제를 일으키는 특정 로그들을 시각화하고 이를 선택적으로 관찰하는데 의미가 있습니다. Debugging Observability에서 말하는 디버깅은, 시스템과 서비스 성능을 확인하고 검사할 수 있는 다양한 도구입니다. 장애 원인을 찾을 경우 그 장애 원인뿐만 아니라, 연관관계를 가진 여러 인프라와 애플리케이션을 함께 보여줄 수 있어야 하죠. RUM RUM은 Real User Monitoring 약자로, 사용자의 인터랙션을 추적하여 웹사이트나 애플리케이션 성능을 실시간으로 모니터링하는 기술입니다. 옵저버빌리티는 앞서 언급했듯, 더 이상 IT 인프라 운영자를 위한 도구가 아닙니다. DevOps를 위한 통합적인 가시성을 제공하는 도구이죠. 따라서 운영자와 개발자를 위한 '실제 사용자 관점'에서 모니터링을 제공해야 합니다. 이처럼 옵저버빌리티 시스템은 애플리케이션의 전체적인 상태를 깊이 있게 파악하고, 문제 원인을 분석하는 데 중점을 두는 접근 방식입니다. 그렇다면 애플리케이션 성능 관리 시스템인 APM 도구와는 어떤 차이점이 있을까요? │APM과 Observability 차이점 어떻게 보면 APM과 Observability는 비슷해 보이지만, 문제 원인과 인프라를 분석하는 시각에 따라서 다양한 차이점을 지니고 있습니다. 우선 첫 번째 차이점으로는 모니터링 목적 대상에 따른 차이가 있습니다. APM은 E2E(End-to-End) 성능 구간에 주목합니다. WEB-WAS-DB에 걸친 이 과정을 실제 서비스 사용자의 *액티브 서비스2에 초점을 맞춰, 애플리케이션 성능을 분석하고 모니터링하죠. *액티브 서비스: 현재 시점에서 사용자에게 제공되고 있는 상태 Observability는 APM에서 주목하는 E2E보다, 더 많은 범위를 모니터링합니다. 시스템 인프라, WAS, DB에 대한 정밀 성능 분석과 장애 감지는 물론. 운영 중인 인프라와 서비스를 통합하여 문제 원인을 찾는 데 집중합니다. [그림] Zenius-APM 사용자 정의 실시간 모니터링 상황판 따라서 두 번째 차이점으로는, 측정하는 지표에도 많은 차이가 있는데요. APM은 사용자 요청에 따른 응답 시간과 응답 분포, 액티브 서비스 상태, 트랜잭션 처리율, 이슈 중심으로 '사용자 요청' 관점에 따라 주요 지표를 확인할 수 있습니다. Observability는 사용자의 요청 관점이 아닌, 발생할 수 있는 '모든 이벤트 지표'에 주목합니다. 보다 더 전방위적인 모니터링이 가능하죠. 또한 옵저버빌리티는 기존 APM에서 발생하는 주요 장애 원인뿐 아니라, 예측하지 못한 장애를 객관적인 지표로 보여줍니다. 정리한다면 인프라와 서비스를 분석하고 장애를 탐지한다는 점에서 APM과 Observability는 동일한 역할을 갖지만, 결국 사용자가 무엇을 더 초점에 맞추느냐에 따라 사용 목적은 아래와 같이 달라질 수 있습니다. 우리 기업은 Observability가 맞을까, APM가 맞을까? APM Type Observability Type 애플리케이션 성능 최적화가 필요한 경우 애플리케이션 코드 내의 문제를 식별하고 해결하는 데 중점을 둘 경우 MSA 환경이 아닌 모놀리식 아키텍처에서 서비스를 구성하고 있는 경우 MSA 환경에서의 분산 시스템을 통해 서비스를 구성하는 경우 단순한 애플리케이션 성능을 넘어 전체 IT 인프라 환경에 대한 통찰력 확보가 필요한 경우 인프라 운영자, 개발자, 보안담당자 모두가 통합 모니터링 환경이 필요한 경우 이번 글에서는 옵저버빌리티의 중요성과 APM의 차이점을 자세히 살펴보았습니다. 결론적으로 옵저버빌리티와 APM 중 어느 하나를 더 좋다고 할 수 없으며, 각 조직의 요구사항과 사용 편의성에 맞춰 선택해야 합니다. 그러나 점점 복잡해지는 IT 환경을 고려한다면, 옵저버빌리티를 기반으로 한 Zenius-APM과 같은 도구를 활용하여 좀 더 효율적으로 웹 애플리케이션을 관리해 보는 것은 어떨까요? ?더보기 Zenius APM 더 자세히 보기 ?함께 읽으면 더 좋아요 • APM에서 꼭 관리해야 할 주요 지표는?! • APM의 핵심요소와 주요기능은?!
2024.07.24
브라우저 모니터링 시스템(Zenius BRMS) 개발기
브라우저 모니터링 시스템(Zenius BRMS) 개발기
IT 시스템은 날이 갈수록 복잡해지고 있습니다. 모놀리식 아키텍처는 유연한 마이크로서비스(MSA)로 분화되었고, 정적인 서버 환경은 컨테이너와 서버리스 기반의 클라우드 네이티브로 빠르게 전환되었습니다.이러한 변화 속에서 DevOps 문화의 확산과 함께 시스템 전체의 상태를 파악하는 '옵저버빌리티(Observability)'의 중요성은 그 어느 때보다 커졌습니다. 이러한 배경에서 브레인즈컴퍼니는 고객들이 사용자 경험의 최접점인 웹 브라우저 구간까지 모니터링 범위를 확장하여 서비스 전반의 가시성을 확보할 수 있도록, 브라우저 모니터링 시스템인 'Zenius BRMS(Browser Monitoring System)'를 개발하게 되었습니다. 사용자 행동 추적과 정밀한 체감 성능 분석이 강점인 Zenius BRMS의 핵심 엔진을 구현하기 위한 내용을 정리했습니다. 우리만의 아키텍처: 중계 에이전트가 없는 통합 파이프라인 Zenius BRMS는 브라우저 데이터 수집의 핵심 도구로 표준 오픈소스 프레임워크를 채택했습니다. 이는 특정 벤더에 종속되지 않으면서 MSA 및 클라우드 네이티브 환경의 사실상 표준(De Facto Standard)으로 자리 잡은 기술이기 때문입니다. 단순히 데이터를 수집하는 기능을 넘어, 데이터의 생성부터 전송까지 수집 라이프사이클 전체를 아우르는 포괄적인 규격을 갖추었다는 점이 결정적인 도입 배경이 되었습니다. 다만, 표준 아키텍처를 그대로 따르기보다는 운영 환경에 최적화된 구조를 설계하는 데 집중했습니다. 이미 백엔드 데이터 처리의 중추 역할을 하는 자사 매니저가 존재하므로, 이를 최대한 활용하여 전체 구조를 단순화하기로 한 것입니다. 결과적으로 운영 복잡도를 높이는 별도의 오픈소스 수집 에이전트를 중간에 두는 대신, 브라우저에서 수집한 데이터를 자사 매니저로 직접 전송하는 효율적인 통합 파이프라인을 구축했습니다. “애플리케이션 -> 매니저 -> 저장소” 구조로 배치 프로세서를 사용하여 데이터를 수집한 후 매니저로 전송합니다. 이를 통해 외부 프레임워크 관리 포인트를 줄이면서도 자사 솔루션의 강력한 데이터 처리 기능을 활용하여 프로세스를 일원화할 수 있었습니다. NodeJS나 모바일 앱 환경이라도 엔드포인트만 매니저로 지정하면 즉시 연동이 가능한 구조입니다. 이제 이렇게 수집된 데이터를 어떻게 다루고 있는지 살펴보겠습니다. 세션(Session) 정의와 생명주기 수집된 데이터를 분석하기 위해서는 기준이 필요합니다. 우리는 식별 ID를 가진 특정 사용자가 아니라 브라우저에 접근한 행위 자체를 하나의 세션으로 정의했습니다. 따라서 한 명의 사용자라도 상황에 따라 여러 개의 세션을 생성할 수 있습니다. 세션은 무한히 지속될 수 없으므로, 미동작 만료 시간(15분)과 최대 지속 시간(4시간)을 두어 생명주기를 관리합니다. 사용자가 활동을 하면 만료 시간이 갱신되지만 시작 후 15분 이내 동작이 없거나 4시간이 지나면 강제로 만료되는 구조입니다. 세션 정보는 쿠키를 활용하여 데이터 수집시점에 활용합니다. 해시 기반 샘플링 (XOR 연산의 활용) 때에 따라 대량의 데이터를 모두 수집하는 것은 비효율적이므로 샘플링이 필수적입니다. 기존의 샘플링은 단편적인 데이터 손실을 유발했기에 우리는 세션 기준 샘플링을 도입했습니다. 알고리즘 핵심은 균등한 분포(Uniform Distribution)를 만드는 것입니다. 세션 ID(UUID)를 32비트 정수로 변환하여 샘플링에 활용했는데 이 과정에서 AND 연산은 0으로 OR 연산은 최대값으로 수렴하는 경향이 있습니다. 따라서 우리는 비트의 무작위성을 가장 잘 보존하는 XOR 연산을 사용하여 균등한 샘플링 확률을 보장했습니다. 데이터 유실 없는 전송: sendBeacon vs keepalive 조금 더 자세한 가시성 확보를 위해 우리는 세션의 행동이 녹화되는 기능을 추가했습니다. 세션 행동을 녹화하여 전송할 때 가장 큰 문제는 브라우저 닫기 등으로 인한 데이터 유실입니다. 보통 이 시점에 navigator.sendBeacon을 많이 사용하지만 우리는 Fetch API의 keepalive: true 옵션을 선택했습니다. sendBeacon은 헤더 커스터마이징에 제약이 있고 응답 처리가 불가능한 반면 keepalive 옵션은 훨씬 유연한 제어가 가능하기 때문입니다. 64KB 용량 제한 이슈는 전송 주기를 조절하고 자체 용량 체크 로직을 추가하여 해결했습니다. 단순 저장소를 넘어: 다차원 분석을 위한 데이터 아키텍처 전환 Zenius BRMS의 초기 설계에서는 매니저에서 가공된 데이터의 신속한 기록과 실시간 조회를 위해, 입출력 속도가 뛰어난 Key-Value 기반의 인메모리 데이터베이스가 활용되었습니다. 하지만 분석해야 할 데이터 속성이 점차 다차원적으로 고도화되고, 분산된 시스템 간의 정교한 데이터 동기화가 요구되면서 기존 Key-Value 구조를 넘어선 확장성이 필요해졌습니다. 이에 따라 대규모 데이터 검색과 복잡한 집계 연산에 최적화된 검색 엔진 기반 저장소로 아키텍처를 전환했습니다. 특히 데이터 유입 단계의 파이프라인에서 요청-응답 시간(Response Time)과 같은 주요 파생 데이터를 미리 연산하여 저장하는 방식을 도입함으로써, 조회 시점의 연산 부하를 줄이고 데이터 가공 효율을 높였습니다. 단순한 처리 속도를 넘어 데이터의 활용성과 분석의 유연성에 무게를 둔 결과, 보다 심도 있고 다각적인 모니터링이 가능한 분석 환경을 구축할 수 있게 되었습니다. 브라우저에서 실시간으로 수집된 데이터는 자사 매니저를 거쳐 분석 목적에 최적화된 저장소에 안전하게 기록됩니다. 이로써 그간 파악하기 어려웠던 사용자 경험의 최전방인 프론트엔드 구간의 가시성을 확보할 수 있게 되었습니다. 이제 남은 핵심 과제는 "사용자의 클릭 한 번이 백엔드의 구체적인 어떤 쿼리를 유발했는가?"를 단절 없이 연결하는 것입니다. 이러한 전 구간(End-to-End) 추적을 실현하기 위해 서비스 간의 연관 관계를 정의하는 컨텍스트 전파(Context Propagation) 기술을 더욱 고도화할 계획입니다. 나아가 AI 기반의 이상 탐지(AIOps) 기술을 결합하여, 단순한 수치 관찰을 넘어 시스템 스스로 문제를 진단하고 예측하는 진정한 의미의 옵저버빌리티를 완성해 나갈 예정입니다.
2025.12.23
[전시회] 브레인즈컴퍼니 ‘소프트웨이브 2023’에서 새로운 비전 제시
[전시회] 브레인즈컴퍼니 ‘소프트웨이브 2023’에서 새로운 비전 제시
브레인즈컴퍼니가 11월 29일(수)부터 12월 1일(금)까지 삼성동 코엑스에서 국내 최대 소프트웨어(SW) 전시회인 「소프트웨이브 2023(소프트웨어 대전)」에 참가했어요. 자회사인 AI 전문기업 ‘에이프리카’와 함께 “AI, 클라우드 네이티브의 창을 열다. 디지털 플랫폼을 위한 Brainz Group”이라는 슬로건 아래 IT 분야의 새로운 비전을 제시하기 위해 참가한 것인데요. 「소프트웨이브 2023」 전시회는 참관객 3만 명, 국내외를 대표하는 320개 사, 557개 홍보 부스가 참가할 정도로 뜨거운 관심 아래 진행되었어요. 브레인즈컴퍼니와 에이프리카는 참관객분들께 자사 핵심 제품을 다채롭고 직관적으로 보여드리기 위해 세미나, 이벤트, 이 밖에도 다양한 콘텐츠를 마련했답니다. 3일 동안 많은 참관객분들과 마주하는 자리여서 더더욱 설레었던 소프트웨이브 2023 전시회. 그 현장감을 담은 후기 바로 시작할게요! 。。。。。。。。。。。。 브레인즈컴퍼니 부스 탐험 브레인즈컴퍼니와 에이프리카의 부스는 멀리서 봐도 한눈에 띨 정도로 웅장했는데요! 부스 곳곳에 브레인즈컴퍼니와 에이프리카의 제품을 다양한 형태로 구성해 보았어요. 참관객분들과 가장 처음 마주하는 안내데스크, 핵심 제품인 데모 영상과 대시보드 영상, 세미나 공간까지! 무엇보다 브레인저가 여러분들을 기다리고 있었답니다? 특히 데모 영상과 대시보드 영상을 통해 제니우스(Zenius)의 핵심제품인 EMS·APM·ITSM·SIEM을 직관적으로 소개해 드릴 수 있었는데요. 제품별 담당 엔지니어가 제니우스를 데모화면과 함께 직접 설명해 드리고 시연해 드리는 자리를 마련해서, 참관객 분들께 좋은 반응을 얻었어요! 브레인즈컴퍼니 x 에이프리카 세미나 Brainz Group Tech Talk 2023 브레인즈컴퍼니는 에이프리카와 함께 「Brainz Group Tech Talk 2023」 이름으로 세미나를 진행하기도 했는데요. ‘인공지능(AI) & 클라우드(Cloud)’를 성공적으로 디지털 전환하기 위한 네 가지 주제를 선보여드렸습니다. ▲광주과학기술원 사례로 본 대규모 AI 플랫폼 구축방안 ▲MLOps와 DevOps를 활용한 프라이빗 LLM 구축방안 ▲클라우드 전환기의 성공적인 IT 인프라 모니터링 방안 ▲디지털 플랫폼 정부의 클라우드 네이티브 구현 사례를 참관객분들께 보여드리는 자리를 가졌답니다. 이 밖에도 QR코드를 통해 온라인 설문 참여를 해주신 참관객분들에 한해, 스타벅스 커피 쿠폰 이벤트도 진행했어요. 이처럼 다양한 콘텐츠로 채워진 브레인즈컴퍼니 부스에 많은 참관객들이 몰리며 대 성황을 이루었습니다! 。。。。。。。。。。。。 소프트웨이브 2023 전시회를 통해 많은 고객분들과 마주하고, 저희 제품을 다양한 각도에서 알릴 수 있어 뿌듯하고 행복했던 시간이었어요. 자회사인 에이프리카와 함께해서 더더욱 뜻깊었답니다. 3일 동안 브레인즈컴퍼니와 에이프리카 큰 관심 보내주셔서 감사드리며, 앞으로도 IT 인프라 통합모니터링 분야뿐만 아니라 인공지능(AI) & 클라우드(Cloud) 분야에서 지속적으로 차별화된 서비스를 보여드릴게요! PS. 3일 동안 진행한 소프트웨이브 2023 전시회인 만큼 아직도 못다 한 얘기가 아직도 많아요. 다음에는 소프트웨이브 2023 못다 한 이야기 시즌2 콘텐츠로 돌아올게요-! To be continued…
2023.12.06
클라우드 네이티브의 핵심! CNCF의 세 가지 핵심가치
클라우드 네이티브의 핵심! CNCF의 세 가지 핵심가치
최근 디지털 트랜스포매이션(Digital Transformation)이 IT 트렌드로 자리 잡았습니다. 기업과 조직은 빠르게 변화하는 환경에 대응하고 경쟁에서 앞서기 위해 '클라우드 네이티브 컴퓨팅' 기술을 채택하고 있는데요. 여기서 클라우드 네이티브 컴퓨팅 기술을 연구 및 발전시키고, 생태계를 촉진하는데 중추적인 역할을 하는 커뮤니티가 바로 'CNCF(Cloud Native Computing Foundation)'입니다. 현재 CNCF에서는 Google, Intel, Azure 등 700여 곳 이상의 회원사들이 활동에 참가하고 있습니다. 이번 시간에는 CNCF가 정확히 무엇이고, 추구하는 핵심가치와 주요 프로젝트에 대해 자세히 알아보겠습니다. 。。。。。。。。。。。。 CNCF(Cloud Native Computing Foundation)란 CNCF는 2015년 12월에 리눅스 재단에 의해서 출범된 비영리 단체로, 네이티브 컴퓨팅 기술의 채택을 촉진하는 오픈소스 소프트웨어 재단입니다. CNCF는 클라우드 네이티브 컴퓨팅 플랫폼에서 사용하며, 확장 가능한 애플리케이션을 개발하는데요. 이와 관련된 기술인 컨테이너, 마이크로서비스, 서비스 메쉬 등의 발전을 촉진하여 이러한 기술 패턴을 누구나 이해하고 활용할 수 있도록 하는 것이 목표입니다. ▲총 24개의 CNCF Platinum Members 이러한 클라우드 네이티브 컴퓨팅 환경을 대중화하기 위해 Google Cloud, AWS, MS Azure, Cisco, IBM, Apple, Oracle, Red Hat, VMware, SAP 등 유수의 기업들이 플래티넘 회원사로 참여하여 뜻을 같이 하고 있습니다. CNCF의 세 가지 핵심 가치 CNCF의 핵심가치는 1) 클라우드 네이티브 기술의 촉진 2) 오픈소스 프로젝트 생태계 육성 3) 기술의 표준화 수립으로 정리할 수 있습니다. 이 세 가지 핵심 가치를 더 자세하게 살펴볼까요? CNCF 핵심가치1 : 클라우드 네이티브 기술의 촉진 CNCF는 현대적이고 미래 지향적인 '클라우드 네이티브 기술의 촉진'을 중요한 핵심 가치로 규정하고 있는데요. 이는 CNCF가 오늘날의 IT 생태계의 중심에 서서, 클라우드 네이티브 기술을 지속적으로 연구 및 개발하여 새로운 디지털 전환의 시대를 선도하고자 하는 의지가 담겨 있다고 볼 수 있습니다. CNCF는 기존 온 프레미스(On-Premise) 환경, 그리고 모놀리식(Monolithic)한 개발 환경에서 탈피한 컨테이너, 마이크로서비스, 서비스 메시, 서버리스 등. 보다 혁신적이고 미래지향적인 기술 영역을 보급하고 대중화하기 위한 노력과 지원을 아끼지 않습니다. ▲기존 모놀리식 아키텍처와 마이크로서비스 아키텍처 비교 또한 디지털 트랜스포메이션 과정에서 클라우드 환경으로의 전환이 더욱 효율적으로 이루어질 수 있도록, 클라우드 네이티브 기술과 기업들의 서비스 모델을 재구성하기 위한 방법들을 안내하고 있습니다. 이렇게 새로운 서비스 모델 구축을 통해 민첩성과 효율성을 강화하여, 빠르게 변화하는 IT서비스의 수요에 기민하게 대응하고 고객 요구에 부응할 수 있도록 지원합니다. 여기서 계속 언급되고 있는 '클라우드 네이티브'는 정확히 무엇을 뜻할까요? CNCF의 활동에 대한 이해도를 높이기 위해, 클라우드 네이티브의 의미를 짚어보겠습니다! ?클라우드 네이티브(Cloud Native)란? 클라우드 네이티브는, 클라우드 컴퓨팅 환경에서 현대적 애플리케이션을 구축·배포·관리할 때의 소프트웨어 접근 방식입니다. 기업과 조직은 고객의 요구를 충족하기 위해 신속하게 업데이트할 수 있는 확장성과 유연성, 그리고 복원력이 뛰어난 애플리케이션을 구축하고자 합니다. 이를 위해 클라우드 네이티브에서 사용되는 기술들은, IT 서비스에 영향을 미치지 않고 애플리케이션을 신속하게 변경합니다. 또한 리소스를 효율적으로 활용하여 빠르게 변화에 대응할 수 있도록 지원하고 있습니다. 위의 개념을 '클라우드 컴퓨팅'과 비교한다면 보다 더 쉽게 이해할 수 있는데요. 클라우드 컴퓨팅은, 클라우드 서비스 제공 업체가 단순히 리소스와 인프라를 클라우드 형태로 제공하는 방식입니다. 여기서 서비스 제공 방식은 기존 '모놀리식' 방식과 크게 다르지 않습니다. ▲클라우드 네이티브의 핵심요소 ⓒPivotal 클라우드 네이티브는 마이크로서비스 아키텍처(MSA)와 컨테이너를 기반으로, IT 서비스의 확장·변경 등에 대응이 용이한 환경입니다. 예를 들어 Ex1) 서비스 수요가 폭증하거나 장애가 생겼을 경우 Ex2) 자동적으로 애플리케이션을 확장하거나 장애가 발생했을 경우에는 대체 가능한 모델을 바로 적용하여 Fail-Over가 손쉽게 이루어질 수 있도록 합니다. CNCF에서는 위 그림과 같이 클라우드 네이티브의 핵심 요소를 마이크로서비스, 컨테이너, 애플리케이션의 개발·통합·배포의 의미를 내포하는 DevOps, CI/CD의 개발 방법론을 포함하여 설명하고 있습니다. CNCF 핵심가치2 : 오픈소스 프로젝트 생태계 육성 CNCF는 다양하고 혁신적인 '오픈소스 프로젝트'를 개발·공급·대중화하여, 클라우드 네이티브 생태계를 활성화하는데 큰 기여를 하고 있습니다. 또한 클라우드 네이티브 컴퓨팅 환경을 구성하고 효율적으로 운영하기 위해, 다양한 오픈소스를 개발하고 있는데요. 누구나 이와 같은 기술들을 이용할 수 있도록 지원합니다. 가장 성공적인 프로젝트는 2018년 8월에 컨테이너 오케스레이션 플랫폼인 'Kubernetes' 프로젝트이며, 컨테이너 생성·실행·종료 등의 역할을 하는 'Containerd', 시스템 모니터링 및 경고 역할을 하는 'Prometheus' 그리고 여러 시스템의 트래픽을 균등하게 분배하여 로드밸런싱을 제공하는 'Envoy' 등이 있습니다. 이처럼 클라우드 네이티브 생태계 활성화를 위한 다양한 프로젝트를 실행하며 배포하고 있습니다. ▲CNCF 개발 완료된 프로젝트 이외에도 클라우드 네이티브 커뮤니티인 이벤트·웨비나·워크샵 등을 활성화하여, 온오프라인 영역에서 개발자들 간의 교류를 원활하게 합니다. 개발자들이 오픈소스 프로젝트를 효과적으로 활용할 수 있도록, 사용법에 대한 교육과 튜토리얼을 제공하기도 합니다. 이를 통해 많은 기업과 이용자들이 클라우드 네이티브 환경에 손쉽게 접근할 수 있도록 지원하고 있습니다. CNCF 핵심가치3 : 기술의 표준화 수립 CNCF는 클라우드 네이티브 관련 기술의 무분별한 확장과 사용으로 인한 혼란을 방지하고자, 기술의 표준화를 촉진하고 정책의 일관성을 확보하는 노력 또한 지속하고 있는데요. 기술의 안정성과 품질 확보를 위해 재단 자체적으로 테스트와 벤치마킹 등을 수행하고, Best Practice를 공유하여, 기술의 표준화와 성숙도를 유지합니다. 이 외에도 CNCF는 새로운 기술의 적용 가능성과 성숙도를 평가하고, 클라우드 관련 기술을 보유한 회원사 및 파트너와의 협력을 촉진합니다. 이처럼 다양한 형태로 클라우드 네이티브 생태계의 지속적인 발전을 지원하고 있습니다. 。。。。。。。。。。。。 이번 시간에는 CNCF의 정의와 핵심가치를 알아보았는데요. CNCF는 앞에서 소개해 드린 내용처럼, 클라우드 네이티브 생태계 활성화를 위해 다양한 노력을 기울이고 있습니다. 브레인즈컴퍼니 역시 클라우드 네이티브 모니터링을 위한 다양한 제품과 기능들을 속속 출시하고 있으니, 많은 관심 부탁드립니다. 다음 시간에는 [CNCF의 핵심 프로젝트] 주제로 돌아오겠습니다!
2023.12.27
다음 슬라이드 보기