Технический надзорный комитет (TOC) Cloud Native Computing Foundation (CNCF) проголосовал за принятие проекта Open Cluster Management (OCM) в качестве инкубационного проекта (Incubating Project). Этот шаг отражает архитектурную зрелость, достигнутую проектом, и расширение масштабов его внедрения в производственных средах для управления кластерами Kubernetes, распределенными по облакам, локальным центрам обработки данных и периферийным вычислительным средам (Edge).
Архитектура, основанная на независимости и безопасности
Проект OCM использует архитектуру «звезда» (Hub-and-Spoke), опираясь на декларативные API Kubernetes без навязывания проприетарной платформы управления. Такая архитектура позволяет с высокой гибкостью регистрировать кластеры, распределять рабочие нагрузки и программные политики, обеспечивая при этом бесперебойную работу подчиненных кластеров даже в случае потери связи с главным центром управления или выхода из строя одного из его компонентов.
Система отличается децентрализацией конфиденциальных учетных данных: в проекте используется модель асинхронного извлечения (Asynchronous Pull Model), что означает, что агент выполнения, установленный на управляемом кластере, сам забирает задачи с хаба, вместо того чтобы хаб напрямую подключался к каждому кластеру. Это повышает уровень безопасности и предотвращает утечку прав доступа.
Компоненты системы и путь развития
Проект изначально возник в результате сотрудничества между IBM и Red Hat и присоединился к песочнице (Sandbox) фонда в конце 2021 года. После выпуска основного релиза 1.0 в июне 2025 года платформа претерпела четыре минорных обновления вплоть до версии 1.4 в октябре 2026 года, включая интеграцию с протоколами gRPC, библиотеками OpenTelemetry и инструментами непрерывной доставки.
Платформа состоит из основных модулей, управляющих задачами распределения:
- Менеджер кластеров (Cluster Manager): центральная панель управления на хабе для координации регистрации и распределения ресурсов.
- Агент Klusterlet (Klusterlet): программный клиент, устанавливаемый на каждый управляемый кластер для выполнения инструкций.
- API ManifestWork (ManifestWork API): для распределения ресурсов Kubernetes и разрешения конфликтов посредством механизма извлечения.
- API размещения (Placement API): для динамического направления рабочих нагрузок в зависимости от доступной емкости и меток.
- Фреймворк аддонов (Add-on framework): программная среда, позволяющая другим облачным инструментам легко интегрироваться со средами, состоящими из множества кластеров.
Что это развитие означает для инфраструктурных команд?
Проект решает проблему операционной сложности по мере разрастания инфраструктуры крупных организаций и ее географического распределения. Такие мировые платформы, как eBay, полагаются на OCM для развертывания приложений более чем в 190 кластерах Kubernetes в сотрудничестве с инструментом Argo CD. Его также используют платформы искусственного интеллекта, такие как VESSEL AI, для управления кластерами графических процессоров (GPU), распределения рабочих нагрузок по обучению моделей и их запуска в мультиоблачных средах, что предоставляет открытую стандартную альтернативу, избавляющую организации от привязки к закрытым решениям облачных провайдеров.