Red Hat lanza OpenShift 5 con operaciones agénticas de clúster

Red Hat anunció la disponibilidad general de OpenShift 5 el 9 de noviembre de 2026, en KubeCon + CloudNativeCon North America. La versión incorpora resolución de problemas agéntica y una única plataforma operativa para cargas de trabajo de IA, máquinas virtuales y contenedores. Esta versión basada en Kubernetes está disponible para los clientes con suscripciones vigentes a través del portal de clientes de Red Hat.

Red Hat acompaña el lanzamiento con una actualización in situ desde OpenShift 4.22 y un modelo de soporte más prolongado, para abordar dos obstáculos operativos a la adopción de una nueva generación de plataformas. Su descripción técnica también establece una distinción importante: los flujos de trabajo agénticos supervisados forman parte de la versión, mientras que la resolución de problemas autónoma y un agente de actualizaciones siguen en vista previa tecnológica.

Operaciones agénticas con aprobación humana

OpenShift Lightspeed amplía su función anterior de asistente conversacional para investigar alertas y presentar hallazgos y posibles soluciones en lenguaje natural. En el modo supervisado, espera la confirmación de un administrador antes de modificar el clúster. La versión preliminar autónoma puede realizar investigaciones más profundas por su cuenta, pero también se detiene para solicitar la aprobación humana final antes de ejecutar cambios; por tanto, ninguno de los dos modos elimina el paso de aprobación para la ejecución.

El mismo modelo operativo se extiende al mantenimiento. La guía de actualizaciones asistida por Lightspeed muestra el estado del clúster, los posibles conflictos y el alcance del impacto antes de una ventana de mantenimiento, mientras que las comprobaciones previas evalúan la compatibilidad de las API y los operadores opcionales. Un planificador de operadores independiente consolida el estado del ciclo de vida, la compatibilidad del clúster y las actualizaciones disponibles. El agente de actualizaciones en vista previa va más allá y ayuda a planificar y ejecutar las rutas de actualización.

Las conexiones entre agentes y servicios de la plataforma ya están disponibles de forma general mediante el servidor OpenShift Model Context Protocol y la pasarela MCP a través de Red Hat Connectivity Link. MCP proporciona un canal controlado por políticas para que los agentes accedan a las API y los servicios de la plataforma. Además, los administradores pueden generar paneles de observabilidad de Perses mediante chat conversacional, en lugar de crear las consultas manualmente.

Seguridad para la IA y los clústeres compartidos

OpenShift 5 incorpora varias protecciones como valores predeterminados de la plataforma. La criptografía poscuántica protege las comunicaciones del plano de control, y las imágenes de la plataforma y la configuración de TLS están preparadas para la era cuántica. Una política de TLS centralizada y obligatoria se aplica a todo OpenShift Core y a los productos en capas, mientras que las políticas de red adaptadas restringen el tráfico entrante y saliente de los espacios de nombres de los operandos del plano de control. La gestión automatizada del ciclo de vida de los certificados y la compatibilidad nativa con implementaciones desconectadas responden a las necesidades de entornos aislados, perimetrales y regulados.

En las cargas de trabajo de IA, los contenedores confidenciales cifran los pesos de los modelos tanto en reposo como durante el uso. La versión de Red Hat de Agent Sandbox, también en vista previa tecnológica, utiliza contenedores aislados de OpenShift para ejecutar las cargas de trabajo de los agentes dentro de máquinas virtuales. Así crea un límite destinado a impedir que el código no confiable o autónomo obtenga acceso irrestricto al resto del clúster. Esta protección aborda el riesgo que surge cuando los agentes generan y ejecutan código que los administradores no han revisado.

Para entornos mixtos, OpenShift Virtualization 5 utiliza Lightspeed y la integración con MCP para aprovisionar máquinas virtuales en lenguaje natural y automatizar flujos de trabajo. Las copias de seguridad incrementales independientes del almacenamiento utilizan QEMU Change Block Tracking para copiar los bloques modificados en lugar de imágenes completas de discos virtuales, mientras que el equilibrio de carga que tiene en cuenta la memoria y el intercambio nativo ajustan las asignaciones según el consumo real. Red Hat también afirma que su segmentación automatizada del cómputo de GPU está diseñada para mejorar la utilización del hardware en cargas de trabajo de inferencia de IA y empresariales tradicionales.

Actualizaciones in situ y cinco años de soporte

La ruta de actualización no obliga a cambiar de inmediato de sistema operativo. Los clústeres actualizados desde OpenShift 4.22 siguen utilizando Red Hat Enterprise Linux CoreOS 9, mientras que los clústeres nuevos de OpenShift 5.0 usan CoreOS 10 de forma predeterminada. Red Hat planea permitir que los nodos CoreOS 9 y CoreOS 10 coexistan en un mismo clúster en una versión futura; esa capacidad no está disponible en OpenShift 5.0.

Red Hat establecerá una cadencia de versiones principales de tres años, aproximadamente un año después de los lanzamientos principales de Red Hat Enterprise Linux. El soporte incluido dura 24 meses, divididos en un año de soporte completo y un año de soporte de mantenimiento.

Red Hat planea lanzar una versión de ciclo de vida extendido cada año, con cinco años completos de soporte empresarial gracias a un complemento de tres años que se suma a los períodos incluidos. El ciclo de vida de cinco años también cubre operadores opcionales, entre ellos Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines y OpenShift GitOps.

La importancia inmediata de OpenShift 5 radica en combinar esa ruta de actualización con un control operativo más estricto: los clústeres de OpenShift 4.22 pueden actualizarse in situ, pero las funciones más autónomas de la plataforma siguen requiriendo aprobación y permanecen en vista previa. Así, la versión incorpora asistencia agéntica a la gestión de clústeres de producción sin que la ejecución autónoma sea la opción predeterminada, mientras que el ciclo de vida más prolongado da a los equipos de infraestructura más margen para coordinar las operaciones de IA, máquinas virtuales y contenedores.