클라우드 네이티브 컴퓨팅 재단(CNCF)의 기술 감독 위원회(TOC)는 오픈 클러스터 관리(Open Cluster Management - OCM) 프로젝트를 인큐베이팅 단계(Incubating Project)의 프로젝트로 수용하는 것에 찬성 투표를 했습니다. 이번 조치는 이 프로젝트가 달성한 아키텍처적 성숙도와 클라우드, 온프레미스 데이터센터, 엣지 컴퓨팅 환경에 걸쳐 분산된 쿠버네티스(Kubernetes) 클러스터를 관리하는 프로덕션 환경에서의 채택 범위 확대를 반영합니다.
독립성과 보안에 기반한 아키텍처
OCM 프로젝트는 독점적인 제어 플랫폼을 강제하지 않고 선언적 쿠버네티스 API를 기반으로 하는 허브 앤 스포크(Hub-and-Spoke) 아키텍처를 채택하고 있습니다. 이 아키텍처는 중앙 제어 센터와의 연결이 끊어지거나 구성 요소 중 하나가 고장 나더라도 종속 클러스터의 지속적인 운영을 보장하면서 높은 유연성으로 클러스터를 등록하고 워크로드 및 소프트웨어 정책을 배포할 수 있도록 합니다.
또한 이 생태계는 민감한 인증 정보의 탈중앙화가 특징입니다. 이 프로젝트는 비동기 풀 모델(Asynchronous Pull Model)을 채택하고 있어, 관리되는 클러스터에 설치된 운영 에이전트가 허브가 각 클러스터에 직접 접근하는 대신 허브로부터 작업을 가져오므로 보안 태세가 향상되고 권한 유출을 방지할 수 있습니다.
생태계 구성 요소 및 개발 경로
이 프로젝트는 기본적으로 IBM(아이 비 에ม)과 레드햇(Red Hat) 간의 협력을 통해 시작되었으며, 2021년 말 재단의 샌드박스(Sandbox) 단계에 합류했습니다. 2025년 6월 메인 버전 1.0이 출시된 이후, 이 플랫폼은 2026년 10월 버전 1.4에 이르기까지 gRPC 프로토콜, OpenTelemetry 라이브러리, 지속적 배포 도구들과의 통합을 포함하여 4차례의 마이너 업데이트를 거쳤습니다.
이 플랫폼은 배포 작업을 관리하는 핵심 모듈로 구성됩니다.
- 클러스터 매니저(Cluster Manager): 등록 조율 및 리소스 배포를 위한 허브상의 중앙 제어반.
- 클러스터릿 에이전트(Klusterlet): 명령을 실행하기 위해 관리되는 각 클러스터에 설치된 소프트웨어 클라이언트.
- 매니페스트 워크 API(ManifestWork API): 쿠버네티스 리소스를 배포하고 풀 메커니즘을 통해 충돌을 처리하기 위함.
- 플레이스먼트 API(Placement API): 가용 용량과 레이블에 따라 동적으로 워크로드를 라우팅하기 위함.
- 애드온 프레임워크(Add-on framework): 다른 클라우드 도구가 다중 클러스터 환경과 쉽게 통합할 수 있도록 허용하는 소프트웨어 환경.
이러한 발전이 인프라 팀에게 의미하는 바는 무엇인가요?
이 프로젝트는 대기업의 인프라가 비대해지고 지리적으로 분산됨에 따라 발생하는 운영 복잡성 문제를 해결합니다. 이베이(eBay) 같은 글로벌 플랫폼은 Argo CD 도구와 협력하여 190개가 넘는 쿠버네티스 클러스터에 걸쳐 애플리케이션을 배포하기 위해 OCM에 의존하고 있습니다. 또한 VESSEL AI와 같은 인공지능 플랫폼은 그래픽 처리 장치(GPU) 클러스터를 관리하고 여러 클라우드에 걸쳐 모델 학습 및 실행 워크로드를 분산하기 위해 이를 활용하며, 이를 통해 조직이 클라우드 서비스 제공업체의 폐쇄적인 솔루션에 종속되는 것을 방지하는 표준화된 오픈소스 대안을 제공합니다.