El Comité de Supervisión Técnica (TOC) de la Cloud Native Computing Foundation (CNCF) votó a favor de aceptar el proyecto Open Cluster Management (OCM) como un proyecto en incubación (Incubating Project). Este paso refleja la madurez arquitectónica alcanzada por el proyecto y la expansión de su adopción en entornos de producción para gestionar clústeres de Kubernetes distribuidos en la nube, centros de datos locales y entornos de computación en el borde (Edge).
Una arquitectura basada en la independencia y la seguridad
El proyecto OCM se basa en una arquitectura de eje y radios (Hub-and-Spoke) utilizando interfaces de programación de aplicaciones declarativas de Kubernetes sin imponer una plataforma de control propietaria. Esta arquitectura permite registrar clústeres, distribuir cargas de trabajo y políticas de software con gran flexibilidad, al tiempo que garantiza el funcionamiento continuo de los clústeres subordinados incluso en caso de interrupción de la comunicación con el centro de control principal o fallo de uno de sus componentes.
El ecosistema se destaca por la descentralización de los datos de credenciales sensibles; el proyecto utiliza un modelo de extracción asíncrona (Asynchronous Pull Model), lo que significa que el agente de ejecución instalado en el clúster gestionado recupera las tareas del eje en lugar de que el eje acceda directamente a cada clúster, lo que aumenta la preparación de seguridad y previene la filtración de privilegios.
Componentes del ecosistema y ruta de desarrollo
El proyecto comenzó inicialmente a través de una colaboración entre IBM y Red Hat, y se unió a la fase de exploración (Sandbox) de la fundación a finales de 2021. Tras el lanzamiento de la versión principal 1.0 en junio de 2025, la plataforma experimentó cuatro actualizaciones menores hasta la versión 1.4 en octubre de 2026, incluyendo integraciones con protocolos gRPC, bibliotecas OpenTelemetry y herramientas de despliegue continuo.
La plataforma consta de módulos básicos que gestionan las tareas de distribución:
- Gestor de clústeres (Cluster Manager): El panel de control central en el eje para coordinar el registro y la distribución de recursos.
- Agente Klusterlet (Klusterlet): El cliente de software instalado en cada clúster gestionado para ejecutar las instrucciones.
- API de trabajo de manifiesto (ManifestWork API): Para distribuir recursos de Kubernetes y resolver conflictos mediante el mecanismo de extracción.
- API de ubicación (Placement API): Para enrutar las cargas de trabajo dinámicamente según la capacidad y las etiquetas disponibles.
- Marco de complementos (Add-on framework): Un entorno de software que permite que otras herramientas nativas de la nube seintegren fácilmente con entornos de múltiples clústeres.
¿Qué significa este desarrollo para los equipos de infraestructura?
El proyecto resuelve el problema de la complejidad operativa a medida que la infraestructura de las grandes organizaciones se infla y se distribuye geográficamente; plataformas globales como eBay confían en OCM para desplegar aplicaciones en más de 190 clústeres de Kubernetes en colaboración con la herramienta Argo CD. Asimismo, las plataformas de inteligencia artificial, como VESSEL AI, lo emplean para gestionar clústeres de unidades de procesamiento gráfico (GPU) y distribuir cargas de trabajo de entrenamiento e inferencia de modelos a través de múltiples nubes, proporcionando una alternativa estándar de código abierto que evita que las organizaciones queden atrapadas en soluciones cerradas de los proveedores de servicios en la nube.