<h3 style="text-align:justify;"><strong>표준 아키텍처 선정 배경</strong></h3><p style="text-align:justify;">2025년 쿠버네티스는 이제 완연하게 성숙한 프로젝트가 된 것 같습니다. 그리고 쿠버네티스와 밀접한 연관이 있는 클라우드 네이티브 컴퓨팅 재단(CNCF, Cloud Native Computing Foundation)에서 성숙한 제품이라고 표현하는 졸업 프로젝트는 2024년 11월 09일 기준, 총 29개가 발표되었습니다.</p><p style="text-align:justify;"> </p><figure class="image image_resized" style="width:100%;"><img src="https://yozm.wishket.com/media/news/2900/2024Nov09-graduated_cncf_io.png"><figcaption>2024년 11월 09일 기준, 시간대별 CNCF 졸업 프로젝트 <출처: 작가></figcaption></figure><p style="text-align:justify;"><br>이러한 제품의 높은 성숙도에도 불구하고 여전히 쿠버네티스를 원활하게 사용하기 위해서는 많은 제품을 이해하고 선택해야 합니다.</p><p style="text-align:justify;"> </p><figure class="image image_resized" style="width:100%;"><img src="https://yozm.wishket.com/media/news/2900/2024Dec15-landscape_cncf_io.png"><figcaption>2024년 12월 15일 기준, CNCF에서 제공하는 제품들 <출처: 작가></figcaption></figure><p style="text-align:justify;"><br>만약 관리형 쿠버네티스(EKS, AKS, GKE)를 사용한다고 해도, 위의 제품들이 이미 사용하는 관리형 쿠버네티스에 내재화되어 있는 경우가 있습니다. 혹은 내재화되어 있지 않다고 해도 오픈 소스를 다시 관리형 쿠버네티스에 직접 적용하는 사례가 많이 있습니다. 그 때문에 쿠버네티스와 연관된 제품들에 대한 이해가 있다면, 이를 좀 더 유용한 형태로 사용할 수 있을 것입니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;">여기서 중요한 부분은 만약 이미 잘 쓰고 있는 구성 및 제품들이 있다면, <strong>지금 구성된 제품들이 비즈니스에 맞는 최적의 구성</strong>이라는 것입니다. 또한 이와 같은 이유로, <strong>표준</strong>이라고 제목을 정하였으나, 오늘 소개할 내용은 사실상 현재 시장 상황에 맞는 제품, 즉, 트렌드에 가깝다는 것을 밝힙니다. 마지막으로 쿠버네티스를 안정적으로, 그리고 편리하게 운영하고자 하는 목적을 달성하기 위해, 오픈 소스 외에도 다양한 제품들을 적극적으로 받아들였습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;">위와 같은 이유로 다음의 선정한 제품들은 쿠버네티스를 시작하는 분들을 위한 가이드 또는 새로운 형태를 구성하고자 할 때 적극적으로 참고할 내용이라고 이해해 주시면 좋겠습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;">일부는 이미 디 팩토(de facto, 사실상 표준)인 경우도 있지만, 상황에 따라서는 한국 시장에 맞게 선정한 제품도 있습니다. 예를 들면, 헬름, 아르고CD, 하버, 프로메테우스 그리고 그라파나 등은 선택을 고민할 필요가 없을 수준이지만, 그 외에는 비즈니스 성격에 따라 다소 변경될 수도 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;">2025년 쿠버네티스를 조합하는 방법 그리고 나아가야 하는 방법에 대해서 고민하신다면, <a href="https://github.com/sysnet4admin/_Book_k8sInfra/blob/main/docs/k8s-stnd-arch/2025/2025-k8s-stnd-arch.pdf">아래 구성</a>이 큰 도움이 될 것이라고 생각합니다.</p><p style="text-align:justify;"> </p><figure class="image image_resized" style="width:100%;"><img src="https://yozm.wishket.com/media/news/2900/tum1dd.png"><figcaption>2025년 쿠버네티스 표준 구성(<a href="https://github.com/sysnet4admin/_Book_k8sInfra/blob/main/docs/k8s-stnd-arch/2025/2025-k8s-stnd-arch.pdf">pdf 원본</a>) <출처: 작가></figcaption></figure><p style="text-align:justify;"> </p><p style="text-align:justify;">부디 이를 통해 금년도 쿠버네티스로의 진입 또는 활성화가 더욱더 수월하셨으면 합니다.</p><p style="text-align:justify;"> </p><blockquote><p style="text-align:justify;"><a href="https://github.com/sysnet4admin">조 훈</a>, <a href="https://github.com/gnu-gnu">심근우</a>, <a href="https://github.com/seongjumoon">문성주</a>, <a href="https://github.com/sungmincs">이성민</a> 드림</p></blockquote><hr><h3 style="text-align:justify;"><span style="color:#e52929;"><strong>[삭제]</strong></span></h3><h3 style="text-align:justify;"><strong>쿠버네티스 정책 관리</strong></h3><p style="text-align:justify;"><a href="https://github.com/kyverno/kyverno"><strong>키베르노(Kyverno)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 5.8k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 클러스터 내부에서 수행할 수 있는 작업 범위나 허용 여부를 결정하기 위해 정의된 규칙을 생성하는 도구였으나, 쿠버네티스 v1.30에서부터 admission control을 직접 지원하는 기능이 GA(General Availability, 안정화됨) 되었습니다. 그렇기 때문에 표준 구성에서는 큰 의미를 가지지 못하게 되었습니다. 물론 여전히 외부 정책을 적용할 수 있는 웹훅(WebHook)으로는, 특히 뮤테이션(Mutation)의 경우에는 유용한 도구입니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 이미지 취약점</strong></h3><p style="text-align:justify;"><a href="https://github.com/aquasecurity/trivy"><strong>트리비(Trivy)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 24k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">대표적인 컨테이너 이미지 취약점 검증 도구이긴 하나, 하버를 구성할 때 트리비의 구성 여부를 선택할 수 있습니다. 특히 이미지 취약점을 점검하기에 가장 좋은 시기는 이미지가 업로드되는 시기이므로, 트리비를 단독으로 사용하는 것보다 하버와 같이 사용하는 것이 구조적으로 가장 좋다고 판단하였습니다. 하지만 CNAPP 등을 위한 다른 도구를 사용할 때는 불필요할 수도 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 런타임 보안</strong></h3><p style="text-align:justify;"><a href="https://github.com/aquasecurity/tracee"><strong>트레이시(Tracee)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 3.7k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">컨테이너 런타임에 대해 이상 행위를 탐지하거나 추적하기 위해서 사용하는 보안 도구입니다. 그렇지만, 팔코(Falco)가 졸업하여 지속적으로 운영되고 있으며, 컨테이너 런타임 보안을 신경 쓰는 조직의 경우 제품의 사용 용이성보다는 안정성이 더 우선될 것으로 판단해 트레이시에서 팔코로 변경하였습니다.</p><hr><h3 style="text-align:justify;"><strong>각 구성 요소 설명</strong></h3><h3 style="text-align:justify;"><span style="color:#00a878;"><strong>[추가]</strong></span> <strong>클러스터 접근 제어</strong></h3><p style="text-align:justify;"><a href="https://github.com/gravitational/teleport"><strong>텔레포트(Teleport)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 17.8k, 라이선스: GNU AGPL v3.0</p></blockquote><p style="text-align:justify;">텔레포트는 다양한 인프라(서버, 데이터베이스, 쿠버네티스 등) 환경에 안전하게 접근할 수 있도록 도와주는 도구입니다. 텔레포트와 같은 접근 제어 도구가 중요해지는 가장 큰 이유는, 쿠버네티스 리소스에 대해 잘못된 작업이 수행되는 경우, 최악의 상황에는 서비스 전체의 이슈가 발생할 수 있기 때문입니다. 이를 위해 실제 작업자가 어떤 내용을 어떻게 진행할 수 있을지를 제어해야 하며, 이와 함께 추후에 문제 파악을 위해 이를 기록해 두어야 합니다. 제한적으로 쿠버네티스의 RBAC을 이용하면 이를 구현할 수 있지만 개별적으로 이를 모두 관리하는 것은 쉬운 일이 아닙니다. 이때 텔레포트와 같은 도구를 사용하면 지금까지 설명한 모든 내용이 손쉽게 구현 가능하며, 또한 키클락과 연동하여 인증과 인가를 편리하게 연동할 수 있다는 장점도 있습니다. 텔레포트를 사용의 또 다른 장점은 작업자의 모든 내용이 기록된다는 것입니다. 향후에 감사 기록으로도 사용하거나 문제를 부검하여 문제를 예방하는 것에도 도움을 줄 수 있습니다. 특히 조직의 규모가 커지고 복잡도가 높아지는 경우, 이와 같은 도구의 필요성이 더더욱 증가할 수 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>클러스터 인증 및 인가</strong></h3><p style="text-align:justify;"><a href="https://github.com/keycloak/keycloak"><strong>키클락(Keycloak)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 24k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">키클락은 IAM(Identity and Access Management, 신원 인증 및 인가 관리)에 도구로 싱글사인온(Single Sign-On, SSO)을 허용하는 오픈 소스 도구입니다. 인터넷으로 접근 가능한 곳에 배포된 쿠버네티스 API나 애플리케이션은 누구나 접근할 수 있는데, 이때 키클락을 사용하면 구글 등 특정 IdP(Identity Provider, 신원 공급자)를 사용하여 인증 후에 접근하도록 관리하는 것이 가능합니다. 또한 LDAP(Lightweight Directory Access Protocol) 등을 사용하여 각 사용자의 권한을 단계별로 설정하면 클러스터 전체의 접근 권한을 쉽게 관리할 수 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>API 서버 로드밸런서</strong></h3><p style="text-align:justify;"><a href="https://github.com/haproxy/haproxy"><strong>HAPROXY</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 5.1k, 라이선스: <a href="https://github.com/haproxy/haproxy/blob/master/LICENSE">링크 참조</a></p></blockquote><p style="text-align:justify;">쿠버네티스를 사용하기 이전부터 오픈 소스 로드밸런서로 점유율이 높았으며, 컨트롤 플레인 노드들 위에 배포된 여러 쿠버네티스 API 서버로 로드밸런싱 하기 위해서 사용합니다. 헬스 체크를 지원하기에 단일 장애점 문제를 해소하는 데 도움을 주는 기능이 존재합니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>네트워크 구현체</strong></h3><h4 style="text-align:justify;"><strong>컨테이너 네트워크 인터페이스(CNI, Container Network Interface)</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/projectcalico/calico"><strong>칼리코(Calico)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 6.1k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">CNI 중에 가장 쉽고 빠르게 적용할 수 있으며, 사용자층 또한 두껍습니다. 특히, 현재 데이터센터에서 가장 인기 있는 BGP 프로토콜을 잘 지원하며, 성능 또한 상단에 위치하고 있습니다. 최근에는 또 다른 CNI인 실리움을 통해 eBPF 및 XDP를 적용해 네트워크 트래픽의 가시성을 확보함과 동시에 네트워크 라우팅 성능을 개선할 수 있습니다. 하지만 추가 기능으로 인해 네트워크 구조를 추적하기 어렵고, 동시에 현재 검증된 호스트 OS의 커널 버전 변경이 필요한 단점이 있습니다. 따라서 시스템 변경이 어렵거나, 기존에 검증된 구성을 선호하는 경우 칼리코를 선택하는 것이 좋습니다. 물론 칼리코 또한 eBPF 및 XDP는 지원합니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/cilium/cilium"><strong>실리움(Cilium)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 20.5k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">CNI의 하나로 설치하기 단순하지만, 특정 기능을 사용하기 위해 필요한 옵션을 구성하기에 어려움이 있습니다. 하지만 eBPF 및 XDP 와 같은 최신 커널에서 제공하는 기능을 통해 kube-proxy(iptables, ipvs)를 사용하지 않아 쿠버네티스 클러스터 간 네트워크 전달 성능을 향상시킬 수 있고, 네트워크 트래픽을 관측할 수 있다는 장점이 존재합니다. (앞서 소개한 칼리코에서도 최근 eBPF 및 XDP를 이용한 네트워크 전달 성능을 개선하였습니다.) 이 밖에도 실리움이 자체로 제공하는 L2 로드밸런서나 서로 다른 쿠버네티스 클러스터 간 서비스 메시를 지원하기 때문에 이러한 수요가 있다면 실리움을 적용할 수 있습니다.</p><p style="text-align:justify;"> </p><h4 style="text-align:justify;"><strong>L4/L7 네트워크 구현체</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/metallb/metallb"><strong>MetalLB</strong></a><strong>: 쿠버네티스 로드밸런서</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 7.2k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스에서 로드밸런서 서비스를 사용하도록 지원해 주는 제품입니다. 가장 오래되어 성숙한 제품 중 하나이며 L2, L3(BGP)모드를 모두 지원합니다. v0.13.2부터는 CRD 형태로 IP 풀(Pool), 모드 등을 간편하게 설정할 수 있도록 변경되었습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/kubernetes/ingress-nginx"><strong>Nginx Ingress Controller</strong></a><strong>: 쿠버네티스 인그레스</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 17.6k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">인그레스는 클러스터 외부에서 HTTP 및 HTTPS를 통해 내부로 접속하는 URL 경로를 노출하는 오브젝트입니다. 이를 관리하는 인그레스 컨트롤러는 다양한 구현체가 있는데, 그 중 Nginx를 기반으로 한 인그레스 컨트롤러가 가장 널리 쓰이고 있습니다. 물론 현재는 인그레스가 널리 쓰이고 있으나, 여기에 좀 더 다양한 기능을 추가하고 사용하는 오브젝트의 관계를 좀 더 구조적으로 구성한 Gateway API가 2023년 10월 GA 되었습니다. 그러므로 인그레스는 Gateway API로 대체될 가능성이 있습니다. 다만 이번 해에는 인그레스가 주도적인 역할을 할 것 같습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/k8gb-io/k8gb"><strong>k8gb</strong></a><strong>: 쿠버네티스 글로벌 로드밸런서</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 899, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 글로벌 로드밸런서는 GSLB(Global Server Load Balancing)를 참고하여 제작했으며, 어느 쿠버네티스 지역에 있더라도 유사한 네트워크 트래픽을 받도록 구현하는 것을 목표로 하고 있습니다. 따라서 CSP(Cloud Service Provider, AWS/Azure/GCP/NCP)로 구성한 멀티 클러스터 환경에서, 하이브리드 클라우드를 위한 글로벌 네트워크 구성을 도와주는 제품입니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>사용성 간편화 도구</strong></h3><p style="text-align:justify;"><a href="https://github.com/helm/helm"><strong>헬름(Helm)</strong></a><strong>: 배포 간편화 도구</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 27.2k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 패키지 매니저로서 차트(Chart)를 통해서 쿠버네티스 클러스터에 컨테이너 애플리케이션을 손쉽게 배포할 수 있도록 도와주는 도구입니다. values에 정의한 다양한 파라미터를 통해서 원하는 옵션의 애플리케이션 커스터마이징도 가능하다는 장점이 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><span style="color:#ff6b21;"><strong>[변경]</strong></span> <a href="https://github.com/lensapp/lens"><strong>렌즈(Lens)</strong></a><strong>: 쿠버네티스 통합 개발 환경(IDE) 도구</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 본문 참조, 라이선스: 본문 참조</p></blockquote><p style="text-align:justify;">가장 널리 쓰이는 쿠버네티스 관리용 GUI 도구입니다. Lens로 각종 쿠버네티스 리소스를 쉽게 관리할 수 있으며, 헬름 차트 또한 관리할 수 있습니다. 또한 여러 클러스터를 Lens에 등록하여 조회할 수 있어 편리합니다. 프로메테우스와 통합하여 간단한 모니터링도 수행할 수 있으며 파드에서 메뉴로 셸을 여는 기능(Attach)이나 포트포워딩을 하는 등의 편의 기능 또한 수행할 수 있어 매우 편리합니다. Lens의 소스 코드를 이용한 오픈 소스 프로젝트인 OpenLens를 무료로 사용할 수 있었지만, 2024년 2월부터 Lens의 소스 코드 공개가 중단되며 OpenLens 프로젝트도 중단되었습니다. Lens는 기업의 경우 연간 매출 1,000만 달러 미만인 경우에만 무료로 사용할 수 있어 주의가 필요합니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>서비스 메시</strong></h3><p style="text-align:justify;"><a href="https://github.com/istio/istio"><strong>이스티오(Istio)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 36.2k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">이스티오는 서비스 메시 도구로서 트래픽 관리, 옵저빌리티와 같은 기능을 제공합니다. istioctl을 통해 간편하게 설치할 수 있으며, CRD로도 설치할 수 있다는 장점이 있습니다. VirtualService와 Gateway로 인그레스 트래픽을 처리할 수 있으며, 중간에 filter를 활용한 트래픽 제어가 가능합니다. 또한, ServiceEntry로 클러스터 내/외부의 엔드포인트를 손쉽게 동적으로 관리할 수 있습니다. 이와 같은 이스티오의 주요 기능 외에 Kiali 대시보드를 통해 서비스 트래픽 흐름을 웹 UI로 확인할 수 있으며, 엔보이(Envoy) 프록시를 사용한 서비스 메시 구성도 가능합니다. 만약 엔보이 사이드카 패턴으로 쓰이는 CPU나 메모리의 리소스가 부담된다면, 2024년도에 GA된 이스티오 엠비언트 메시(Ambient Mesh)를 사용해 사이드카 패턴으로 파드에 붙는 구조가 아닌 노드에 ztunnel(제로 트러스트 터널) 데몬을 통해 CPU와 메모리를 절감하며 서비스 메시를 구성하는 것 또한 가능합니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 관리 도구</strong></h3><p style="text-align:justify;"><a href="https://github.com/moby/moby"><strong>도커(Docker)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 68.9k, 라이선스 Apache License 2.0</p></blockquote><p style="text-align:justify;">오랫동안 쓰인 컨테이너 관리 도구의 대명사이며, 현재도 가장 많은 사용자들이 이용하고 있습니다. 비록 쿠버네티스가 도커심(Dockershim) 연계를 중단하였지만, 컨테이너 빌드를 위한 도구로는 계속 사용할 수 있습니다. 기존에는 루트 권한에 관한 문제나 데몬을 통해 동작하는 구조에 따른 불편함이 있어, 도커 관련 호환성을 유지하면서도 루트 권한 사용 및 데몬이 없는 Redhat의 Podman이 대체자로 거론되기도 했습니다. 그러나 도커 버전 v23.0부터 빌드킷(buildkit)이 기본으로 채택되며 빌드 속도와 캐시 사용 효율이 크게 향상되는 등 많은 개선이 있었습니다. 그 덕분에 현재까지도 컨테이너 빌드 도구의 표준 자리를 지키고 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>지속적 통합/배포(CI/CD) 도구</strong></h3><h4 style="text-align:justify;"><strong>CI/CD</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/actions/runner"><strong>깃헙 액션스(Github Actions)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 5k, 라이선스: MIT</p></blockquote><p style="text-align:justify;">깃헙 액션스(Github Actions)는 세계에서 가장 유명한 소스 코드 저장소, 깃허브(Github)에서 제공하는 CI/CD 도구입니다. 깃허브 저장소에 보관된 소스를 바로 빌드/배포하는 워크플로를 구성할 수 있어 활용도가 높습니다. 또한, 깃허브 자체에서 제공하는 워크플로 템플릿 뿐만 아니라 수많은 오픈 소스 템플릿들을 활용하여 파이프라인을 쉽고 간결하게 구성할 수 있다는 장점이 있습니다. 깃허브에서 제공하는 러너를 사용할 경우 공개 저장소는 무료로 쓸 수 있으며, 비공개 저장소의 경우에는 월 2,000분까지 무료로 쓸 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/jenkinsci/jenkins"><strong>젠킨스(Jenkins)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 23.4k, 라이선스: MIT</p></blockquote><p style="text-align:justify;">젠킨스는 지속적 통합 및 배포 단계에서 가장 널리 쓰이는 오픈 소스입니다. 방대한 커뮤니티에서 제공하는 다양한 플러그인으로 인해 거의 모든 언어 및 도구와 연계할 수 있습니다. 젠킨스 설치를 위한 차트나 젠킨스에서 사용할 쿠버네티스 플러그인도 제공하고 있어, 쿠버네티스상에서도 쉽게 쓸 수 있습니다. 또한, 젠킨스 파이프라인을 활용하면 해당 CI/CD에 사용되는 스크립트를 Jenkinsfile이라 코드의 형태로 프로젝트의 저장소에 넣고 관리하는 일이 가능합니다. 따라서 일련의 빌드 및 배포 과정을 모두 코드 배포의 일환으로 쉽게 관리할 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/gitlabhq/gitlabhq"><strong>깃랩(Gitlab)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 23.8k, 라이선스: MIT Expat</p></blockquote><p style="text-align:justify;">깃랩(Gitlab) CI/CD는 오픈 소스 및 SaaS 소스코드 저장소인 깃랩에서 사용할 수 있는 CI/CD 기능입니다. 무료 사용이 제한적인 깃헙 액션스와 달리 무료로 사용할 수 있는 설치형 오픈 소스 버전에서도 CI/CD 기능을 사용할 수 있습니다. 개별 워크플로 중심으로 구성되는 깃헙 액션스와 달리 깃랩 CI/CD는 파이프라인으로 다수의 Job들을 하나로 묶어 CI/CD를 구성할 수 있으며, Auto DevOps 기능으로 빌드, 테스트, 배포, 보안점검 기능 등을 한 번에 수행할 수 있습니다. 또한 Auto Monitoring 기능으로 배포된 애플리케이션의 모니터링까지 수행할 수 있어 CI/CD를 넘어선 DevOps 도구의 기능까지 충실하게 수행할 수 있습니다.</p><p style="text-align:justify;"> </p><h4 style="text-align:justify;"><strong>CD</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/argoproj/argo-cd"><strong>아르고CD(ArgoCD)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 18.2k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">아르고CD는 깃(Git)을 배포의 원천으로 사용하는 GitOps CD 도구입니다. 깃에 작성된 매니페스트 기반으로 쿠버네티스의 리소스 상태를 일치시키는 형태로 선언적인 리소스 관리가 가능합니다. 애플리케이션 자체의 소스코드와<span style="color:#757575;">(CI)</span> 배포에 해당되는 소스 코드를<span style="color:#757575;">(CD)</span> 별개로 관리하는 것이 일반적인 GitOps의 특성 덕분에, 배포 시에 리소스나 런타임 설정만 변경하면 애플리케이션의 빌드 없이 빠르게 배포 및 롤백이 된다는 장점이 있습니다. 이외에 Argo Rollouts이나 ArgoCD Notifications 등을 추가로 적용해 다양한 배포 전략을 사용하거나 배포 관련 알림을 설정하는 등 좋은 확장성을 가지고 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 레지스트리</strong></h3><p style="text-align:justify;"><a href="https://github.com/goharbor/harbor"><strong>하버(Harbor)</strong></a></p><blockquote><p style="text-align:justify;">깃허브스타: 24.4k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">시장에서 가장 많은 점유율을 가지고 있는 컨테이너 레지스트리이며, Private Docker Registry나 Cloud Provider Registry로부터 손쉽게 동기화할 수 있습니다. 또한 하버(Harbor) 자체를 관리할 수 있는 API로 자동화도 쉽게 구성할 수 있다는 장점이 있습니다. 추가 번들(플러그인)로 컨테이너 이미지의 취약점을 찾는 스캐너인 트리비(Trivy), 컨테이너 이미지 무결성을 보증하기 위한 서명을 위한 도구인 노터리(Notary)를 적용하는 것도 지원합니다. 또한 차트 저장소인 차트 뮤지엄(Chartmuseum)을 같이 구성하여 컨테이너 인프라에서 요구하는 것들의 모든 저장소를 통합할 수 있습니다. 이와 같은 이유로 트리비를 컨테이너 레지스트리에 포함시켰습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 네이티브 스토리지</strong></h3><p style="text-align:justify;"><a href="https://github.com/rook/rook"><strong>Rook</strong></a><strong>: 컨테이너 네이티브 스토리지 오케스트레이션 +</strong> <a href="https://github.com/ceph/ceph"><strong>Ceph</strong></a><strong>: 오브젝트 스토리지</strong></p><blockquote><p style="text-align:justify;">Rook 깃허브 스타: 12.5k, 라이선스: Apache License 2.0</p><p style="text-align:justify;">Ceph 깃허브 스타: 14.3k, 라이선스: LGPL version 2.1 or 3.0</p></blockquote><p style="text-align:justify;">Rook은 쿠버네티스상에서 스토리지를 쓸 수 있도록 도와주는 컨테이너 네이티브 스토리지 오케스트레이션 솔루션입니다. 유사한 도구로 Longhorn이 있습니다. 두 도구는 기본적인 기능과 구조가 굉장히 유사하지만, Rook이 업계에서 가장 널리 쓰이는 오픈 소스 분산 스토리지 솔루션 Ceph와 함께 사용할 수 있어 익숙하다는 이점을 누릴 수 있습니다. 또한 블록 스토리지만을 제공하는 Longhorn과 달리 Ceph를 사용하면 오브젝트 스토리지도 동시에 사용할 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/vmware-tanzu/velero"><strong>벨레로(Velero)</strong></a><strong>: 클러스터 데이터 관리 도구</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 8.8k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 클러스터 리소스와 관련된 데이터와 볼륨을 관리할 수 있는 도구입니다. 벨레로를 통해 클러스터 상태 데이터 및 볼륨 스냅샷을 남길 수 있으며, 이를 오브젝트 스토리지와 연계하여 백업 및 복원할 수 있습니다. 이 기능을 통해서 클러스터의 장애 복구, 클러스터 환경의 마이그레이션(Migration) 시 유용하게 사용할 수 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>MLOps</strong></h3><p style="text-align:justify;"><a href="https://github.com/kubeflow/kubeflow"><strong>Kubeflow</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 14.5k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">데이터 사이언티스트 및 엔지니어의 협업을 위해 쿠버네티스 클러스터에 배포된 주피터 노트북에서 작업을 공유할 수 있으며, 머신러닝 모델의 학습에 필요한 하이퍼파라미터 튜닝을 할 수 있습니다. 또한 이렇게 만들어진 모델로 파이프라인을 구성할 수 있으며, 모델을 학습하기 위한 쿠버네티스 잡을 웹 UI에서 다룰 수도 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>서버리스(Serverless)</strong></h3><p style="text-align:justify;"><a href="https://github.com/knative/serving"><strong>Knative</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 5.6k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">서버리스는 배포된 서비스를 고정으로 이용하지 않고, 요청이 있을 때마다 코드를 구동하고 중단하는 개념입니다. 쿠버네티스를 활용하면 이런 유연한 서버리스 방식의 활용성을 극대화할 수 있습니다. Knative는 구글이 지원하고 레드햇, IBM 등이 채택하고 있어 인지도와 활용도가 높습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>키 관리 서비스</strong></h3><p style="text-align:justify;"><a href="https://github.com/hashicorp/vault"><strong>볼트(Vault)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 31.4k, 라이선스: BSL 1.1</p></blockquote><p style="text-align:justify;">Hashicorp에서 만든 민감 정보 저장 및 관리 서비스입니다. 민감 정보의 관리를 통합하지 않으면 권한에 대한 관리가 어렵습니다. 또한 데이터베이스 암호와 같은 정보를 평문으로 저장하거나 사람들이 직접 입력할 경우 공격에 의해 유출될 가능성이 높습니다. 특히 시크릿을 YAML파일로 관리할 때 별도의 암호화를 거치지 않아 불안한 경우가 있습니다. 이때 쿠버네티스와 볼트를 함께 사용할 경우 볼트에 민감 정보를 저장한 후 해당 권한을 가진 파드만 접근할 수 있도록 구성할 수도 있습니다. 이렇게 볼트를 사용하면 각종 민감정보를 안전하게 보관하고 체계적으로 관리할 수 있습니다. 2023년 8월 Hashicorp 제품군의 라이선스가 BSL로 변경되어 더 이상 오픈 소스 소프트웨어라고 부르기 어려울 수도 있지만, 일반 사용자의 이용에는 차이가 없어 여전히 포함하였습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 런타임 관리</strong></h3><p style="text-align:justify;"><a href="https://github.com/containerd/containerd"><strong>컨테이너디(ContainerD)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 17.7k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 버전 v1.24부터 도커에 내장된 도커심(Dockershim)과 연계가 제거되었으므로 컨테이너디(ContainerD)와 같은 컨테이너 런타임 도구를 사용해야 합니다. 컨테이너디 이외에 CRI-O도 있으나, 이는 구성이 다소 복잡하고 레퍼런스가 많지 않아 컨테이너디(ContainerD)로 구성하도록 선택하였습니다. 현재 다양한 관리형 쿠버네티스 및 설치형 쿠버네티스에서 컨테이너디를 기본적인 컨테이너 런타임으로 구성하여 사용하고 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><span style="color:#00a878;"><strong>[추가]</strong></span> <strong>가상화 도구</strong></h3><p style="text-align:justify;"><a href="https://github.com/kubevirt/kubevirt"><strong>쿠버벌트(KubeVirt)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 5.7k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">VMware가 브로드컴(Broadcom)으로 인수된 이후에 가상화 관련 라이선스 정책에 많은 변동이 있었습니다. 이에 따라 가상화 도구를 변경하고자 하는 많은 요구 사항들이 있습니다. 쿠버벌트는 이러한 대안 중에 하나로 사실상 가상화를 그대로 대체하는 것이 아니라, 정확히 말하자면 쿠버네티스 위에서 가상화를 다시 구현하는 기술입니다. 따라서 기존 가상화에 비해서 더 많은 복잡도를 가지며, VMware에 비해 많은 부분이 지원되지 않고, 알아야 할 부분이 많습니다. 그럼에도 불구하고 가상화 이후 컨테이너로 넘어가고자 하는 조직에서는 실험적으로 도입을 고려해 볼 수 있습니다. 만약 쿠버네티스에 이미 충분히 숙련되어 운영하고 있는 조직은 오히려 안정적인 쿠버네티스 환경 위에서 손쉽게 가상화를 이용할 수 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>컨테이너 런타임 보안</strong></h3><p style="text-align:justify;"><span style="color:#ff6b21;"><strong>[변경]</strong></span> <a href="https://github.com/falcosecurity/falco"><strong>팔코(Falco)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 7.5k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">팔코는 2024년 3월에 졸업한 프로젝트입니다. 2024년, 그리고 2025년에 보안에 대한 요구 사항이 점점 더 증가될 것으로 예상해, 사용의 용이성보다는 안정성과 더 많은 기능에 집중하여 팔코로 컨테이너 런타임 보안 도구를 변경하였습니다. 컨테이너 런타임 보안을 위해 실시간으로 동작을 검증할 수 있으며, 실시간으로 검증하기 위한 동작을 운영자가 직접 규칙을 만들어 적용할 수 있습니다. 이렇게 생성한 규칙에 따라 경고를 만들고, 이를 다양한 형태로 전달하여 문제 상황을 빠르게 파악하며 조치할 수 있습니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>관측가능성 (Observability)</strong></h3><h4 style="text-align:justify;"><strong>로그, 분산 트레이싱, 메트릭 변환기</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/open-telemetry/opentelemetry-collector"><strong>오픈텔레메트리(OpenTelemetry)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 4.6k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">특정 모니터링 솔루션을 제공하는 공급자와 관계없이 모니터링에 필요한 로그, 트레이스, 메트릭과 같은 프로토콜(OTLP, OpenTelemetry Protocol)을 정의하고, 쿠버네티스 및 애플리케이션에 대한 모니터링 데이터를 수집할 수 있도록 도와주는 프레임워크입니다. 오픈텔레메트리에서 제공하는 SDK(Software Development Kit)를 적용하면 로그, 트레이스, 메트릭 데이터를 통합하여 오픈텔레메트리와 호환되는 다양한 제품들(프로메테우스, 예거 등)의 모니터링 솔루션에 연동할 수 있습니다.</p><p style="text-align:justify;"> </p><h4 style="text-align:justify;"><strong>로그 파이프라인</strong></h4><p style="text-align:justify;"><a href="https://github.com/fluent/fluent-bit"><strong>Fluentbit</strong></a><strong>: 로그 포워더</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 5.9k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">Fluentbit은 오픈 소스 로그 포워더입니다. 적은 자원 소비로도 높은 성능을 안정적으로 낼 수 있다는 것을 주된 장점으로 내세우고 있습니다. 쿠버네티스의 로그를 로그 수집 서비스에 전송하기 위하여 Fluentbit INPUT 플러그인을 통해 로그 내용을 입력하여 다른 서비스로 전송하는 데 쓸 수 있습니다. 최근에는 대량 로그 데이터를 전송할 때 데이터독에서 만든 벡터(Vector)를 사용할 수 있습니다. 벡터는 메트릭, 이벤트, 로그 등을 비롯한 모니터링 데이터를 엘라스틱서치(Elasticsearch)로 전송할 때, CPU 성능에 맞게 메트릭이나 여러 데이터를 송신 처리량을 조절하는 ARC(Adaptive Request Concurrency) 기능을 제공합니다. 다만, 벡터는 Fluentbit처럼 사용자층이 아직은 두껍지 않아 선정하지 않았습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/elastic/elasticsearch"><strong>엘라스틱서치(Elasticsearch)</strong></a><strong>: 로그 보관 및 검색엔진</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 71k, 라이선스: AGPL 3.0</p></blockquote><p style="text-align:justify;">엘라스틱서치는 가장 널리 쓰이는 검색엔진 도구입니다. 비정형 데이터를 저장할 수 있으며, 아파치 루씬(Apache Lucene)을 기반으로 한 강력한 텍스트 검색 기능을 제공하고 있기 때문에 로그 및 이벤트를 저장하고 추후 검색하여 사용하는 데 유용하게 사용할 수 있습니다. 오픈서치(OpenSearch)는 엘라스틱서치에서 파생된 오픈 소스 프로젝트로, 유사한 검색 및 로그 관리 기능을 제공하며 아파치 라이선스 2 이하 유료 버전의 엘라스틱서치 기능을 포함한 이상 탐지 기능들을 활용할 수 있다는 장점이 있습니다. 또한 AWS에서는 이를 관리형 서비스로 제공하여, AWS 환경에서 간편하게 활용할 수 있습니다. 상황에 따라서 자주 조회하는 짧은 기간 로그 데이터를 엘라스틱서치 또는 오픈서치를 사용하고, 자주 조회하지 않은 긴 기간의 로그 데이터를 그라파나에서 제공하는 로키(Loki)를 활용하여 비용 집약적으로 로그를 조회할 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/elastic/kibana"><strong>키바나(Kibana)</strong></a><strong>: 로그 및 데이터 시각화 대시보드</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 20k, 라이선스: AGPL 3.0</p></blockquote><p style="text-align:justify;">엘라스틱서치의 데이터를 시각화하는 데 사용할 수 있는 대시보드입니다. 다양한 시각화 기능을 제공하고 있으며, 엘라스틱서치 데이터를 찾을 때 사용할 수 있는 탐색 도구 또한 내장하고 있습니다. 오픈서치(OpenSearch)를 사용하는 경우 키바나 UI와 비슷한 형태인 오픈서치 대시보드를 통해서 키바나 기능을 활용할 수 있습니다.</p><p style="text-align:justify;"> </p><h4 style="text-align:justify;"><strong>분산 트레이싱</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/jaegertracing/jaeger"><strong>예거(Jaeger)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 20.7k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">예거는 분산되어 있는 마이크로서비스에서 발생하는 이벤트를 수집하는 트레이싱 도구입니다. 주로 분산 애플리케이션의 병목 부분을 찾거나 분산 애플리케이션 간에서 발생하는 에러를 탐색하기 위해서 사용됩니다. 애플리케이션의 문제를 추적하기 위해서는 별도의 SDK를 추가하여 탐색하고자 하는 범위에 Span을 추가하는 작업이 필요합니다. 만약 그라파나에서 제공하는 LGTM 스택을 사용하고 계신다면 그라파나에 템포(Tempo) 사용하는 것이 좋고, 예거와 같은 목적으로 집킨(Zipkin)을 사용하고 계셨다면 집킨을 사용해도 무방합니다.</p><p style="text-align:justify;"> </p><h4 style="text-align:justify;"><strong>메트릭 파이프라인</strong></h4><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/prometheus/prometheus"><strong>프로메테우스(Prometheus)</strong></a><strong>: 메트릭 수집 및 조회</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 56.2k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스 모니터링에 있어 높은 점유율을 보여주고 있고, CNCF에서 2번째로 졸업(Graduated)한 프로젝트입니다. 여러 CNCF 및 오픈 소스 프로젝트들이 메트릭을 프로메테우스(Prometheus) 형식에 맞게 공개하며 수집하고 있습니다. 프로메테우스 3.0부터는 향상된 원격 읽기/쓰기를 지원하며, 오픈텔레메트리 형식으로 파생되는 메트릭도 프로메테우스에 바로 적재할 수 있습니다. 이렇게 프로메테우스가 수집하고 저장한 메트릭 데이터는 그라파나(Grafana)와 내장되어 있는 브라우저를 통해서 확인할 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/grafana/grafana"><strong>그라파나(Grafana)</strong></a><strong>: 메트릭(데이터) 시각화 도구</strong></p><blockquote><p style="text-align:justify;">깃허브 스타: 65.5k, 라이선스: AGPL-3.0</p></blockquote><p style="text-align:justify;">모니터링 관련 데이터를 시각화하는 오픈 소스 소프트웨어로는 사실상 표준입니다. 이스티오를 비롯하여 시각화가 필요한 많은 소프트웨어들이 기본적인 시각화 도구로 그라파나를 함께 설치하고 있습니다. 메트릭 데이터를 수집하는 도구들의 대부분이 그라파나와 연계를 지원하며, 메트릭 데이터 연계 이외에도 로키와 같은 도구를 이용해 로그 데이터 또한 연계할 수 있습니다. 분산 추적 데이터 역시 연계할 수 있으며, 심지어 엘라스틱서치와 같은 검색 엔진, 포스트그레스큐엘(PostgreSQL)과 같은 데이터베이스에서도 데이터를 가져와 사용자가 이를 쉽게 확인하도록 도와주는 도구입니다.</p><p style="text-align:justify;"> </p><h3 style="text-align:justify;"><strong>클러스터 프로비저너</strong></h3><p style="text-align:justify;"><a href="https://github.com/kubernetes/kubeadm"><strong>kubeadm</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 3.8k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">쿠버네티스에서 가장 많이 사용하는 클러스터 프로비저닝 CLI 도구입니다. 간단한 명령어로 컨트롤 플레인을 프로비저닝하고, 다수의 워커 노드를 컨트롤 플레인 API 서버로 참여하도록 설정할 수 있습니다. 단순히 kubeadm 명령줄을 길게 나열해서 배포하는 것 이외에도 YAML 형식의 설정파일을 이용하여서 클러스터를 프로비저닝할 수 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/kubernetes-sigs/kubespray"><strong>kubespray</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 16.3k, 라이선스: Apache License 2.0</p></blockquote><p style="text-align:justify;">앤서블 플레이북을 이용해서 쿠버네티스 클러스터를 프로비저닝할 수 있습니다. 여러 컨트롤 플레인 노드를 설정해야 할 때, 한 번의 설정으로 클러스터의 컨트롤 플레인 및 워커 노드를 구성할 수 있다는 장점이 있습니다.</p><p style="text-align:justify;"> </p><p style="text-align:justify;"><a href="https://github.com/hashicorp/terraform"><strong>테라폼(Terraform)</strong></a></p><blockquote><p style="text-align:justify;">깃허브 스타: 43.2k, 라이선스: BSL 1.1</p></blockquote><p style="text-align:justify;">테라폼은 Hashicorp에서 만든 코드형 인프라(Infrasructure as Code, IaC) 관리 도구로 일련의 클라우드 인프라를 코드로 관리할 수 있도록 도와줍니다. 각 클라우드에서 제공하는 프로바이더를 활용하므로 다양한 플랫폼에 대한 관리가 가능해, 인프라 프로비저닝에 가장 널리 쓰이는 도구입니다. 마찬가지로 쿠버네티스를 배포할 때도 효과적으로 사용할 수 있습니다. 다만 볼트와 마찬가지로 Hashicorp 제품군의 라이선스가 BSL로 변경되어 오픈 소스 소프트웨어라고 부르기 어려운 면이 있습니다. 그러한 이유로 OpenTofu 프로젝트가 포크되었고, 이는 현재 리눅스 재단(LF, Linux Foundation)에서 관리하고 있습니다. 그렇지만 일반 사용자가 테라폼을 사용하는 것에 있어서는 달라지는 부분이 없는 데다, 테라폼이 현재 시점에 검증되어 있기 때문에 이번 해에는 테라폼을 선택하였습니다.</p><div class="page-break" style="page-break-after:always;"><span style="display:none;"> </span></div><h4 style="margin-left:0px;text-align:justify;"><strong>작가</strong></h4><ul style="list-style-type:none !important;"><li style="text-align:justify;"><strong>조훈(CNCF 앰버서더)</strong></li></ul><p style="margin-left:0px;text-align:justify;">시스템/네트워크 IT 벤더의 경험 이후, 메가존 GCP 클라우드 팀에서 쿠버네티스와 연관된 모든 프로젝트에 대한 Tech Advisor 및 Container Architecture Design을 제공하고 있다. 페이스북 ‘IT 인프라 엔지니어 그룹’의 운영진을 맡고 있으며, 오픈 소스 컨트리뷰터로도 활동한다. 지식 공유를 위해 인프런/유데미에서 앤서블 및 쿠버네티스에 관한 강의를 하기도 한다. 책 <<a href="http://www.yes24.com/Product/Goods/102099414"><u>컨테이너 인프라 환경 구축을 위한 쿠버네티스/도커</u></a>> 등 3권을 썼다. <a href="https://www.cncf.io/people/ambassadors/?p=hoon-jo"><u>CNCF(Cloud Native Computing Foundation) 앰버서더</u></a>로서 쿠버네티스 생태계가 더 활발하게 퍼질 수 있도록 기여하고 있다. </p><p style="margin-left:0px;text-align:justify;"> </p><ul style="list-style-type:none !important;"><li style="text-align:justify;"><strong>심근우</strong></li></ul><p style="margin-left:0px;text-align:justify;">LG유플러스 CTO부문에서 대고객 비즈니스 시스템의 DevOps를 담당하는 UcubeDAX팀의 팀장으로 일하고 있다. 퍼블릭 클라우드와 프라이빗 클라우드에 걸친 쿠버네티스 클러스터를 안정적으로 운영하기 위해 노력하고 있으며, 특히 주니어 DevOps 엔지니어들의 육성에 큰 관심을 가지고 있다.</p><p style="margin-left:0px;text-align:justify;"> </p><ul style="list-style-type:none !important;"><li style="text-align:justify;"><strong>문성주 </strong></li></ul><p style="margin-left:0px;text-align:justify;">체커(CHEQUER) 사의 DevOps Engineer로서 쿠버네티스의 멀티 클러스터 관리 방법론과 쿠버네티스 구현체(CAPI, OCI)에 대한 명세와 컨테이너 리소스 격리 방법에 대한 연구를 병행하고 있다. 이런 연구 활동을 기반으로 쿠버네티스 볼륨 테스트 파트에 컨트리뷰션했다. 본업은 쿠버네티스 오퍼레이터와 같은 CRD(커스텀 리소스)를 개발해 현업에서 쿠버네티스를 좀 더 편리하게 사용할 수 있도록 돕는 일이다. 또한, 페이스북 그룹 ‘코딩이랑 무관합니다만'과 ‘IT 인프라 엔지니어 그룹'의 운영진을 맡고 있다.</p><p style="margin-left:0px;text-align:justify;"> </p><ul style="list-style-type:none !important;"><li style="text-align:justify;"><strong>이성민</strong></li></ul><p style="margin-left:0px;text-align:justify;">미국 넷플릭스(Netflix) 사의 Data Platform Infrastructure 팀에서 사내 플랫폼 팀들과 데이터 사용자들을 어우르기 위한 가상화 및 도구들을 개발하는 일들을 하고 있다. 과거 컨테이너와 쿠버네티스에 큰 관심을 두고 ingress-nginx를 비롯한 오픈 소스에 참여했으며, 현재는 데이터 분야에 일하게 되면서 stateful 한 서비스들이 컨테이너화에서 겪는 어려움을 보다 근본적으로 해결하기 위한 많은 노력을 하고 있다</p><p style="margin-left:0px;text-align:justify;"> </p><p style="margin-left:0px;text-align:justify;"><원문></p><p style="margin-left:0px;text-align:justify;"><a href="https://github.com/sysnet4admin/_Book_k8sInfra/tree/main/docs/k8s-stnd-arch/2025">2025년 쿠버네티스 표준 아키텍처</a></p><p style="margin-left:0px;"> </p><p style="margin-left:0px;text-align:center;"><span style="color:rgb(153,153,153);">©️요즘IT의 모든 콘텐츠는 저작권법의 보호를 받는 바, 무단 전재와 복사, 배포 등을 금합니다.</span></p>
0명 뉴스레터 구독 중0명 뉴스레터 구독 중