Kubernetes 1.36 “Haru” eleva el listón: DRA madura y se retira Ingress NGINX
Las novedades de Kubernetes 1.36 Haru ya son oficiales: el proyecto lanzó la versión 1.36, bautizada “Haru”, con un foco claro en robustecer la administración de recursos de hardware y en mejorar capacidades de almacenamiento, al tiempo que confirma un movimiento que impacta directamente a muchos entornos productivos: el retiro de Ingress NGINX.
El anuncio oficial de la Release Team acompaña el lanzamiento con un enfoque inusual para el sector (poesía japonesa, referencias artísticas y una narrativa centrada en la comunidad), pero el trasfondo técnico es el que importará a SREs, platform teams y responsables de Cloud Native: más madurez en el ecosistema de asignación dinámica de recursos y nuevas piezas para resiliencia y recoverability a nivel de volúmenes.
Qué cambia en las novedades de Kubernetes 1.36 Haru
En el apartado estrictamente técnico, la Release Team destaca que partes del ecosistema de Dynamic Resource Allocation (DRA) alcanzan “plena madurez para producción”, con el objetivo de ofrecer un marco permanente y seguro para que los administradores del clúster puedan acceder y gestionar recursos de hardware de forma global. En términos operativos, esto apunta a reducir fricción al exponer y orquestar recursos especializados desde el plano de control, dentro de un enfoque alineado con políticas y gobernanza del clúster.
Además, el release incorpora soporte para VolumeGroupSnapshot, orientado a mejorar resiliencia y recuperabilidad (por ejemplo, en escenarios donde se requiere consistencia entre múltiples volúmenes). También se mencionan nuevas formas de escalar la cantidad de volúmenes de almacenamiento que un nodo puede utilizar, un punto relevante en clústeres con alta densidad de workloads stateful.
Retiro de Ingress NGINX: el golpe más visible del release
Otra de las novedades de Kubernetes 1.36 Haru con mayor impacto en el día a día es que esta versión es presentada como “la que retira Ingress NGINX”. El artículo original señala que los mantenedores optaron por retirarlo en lugar de intentar una reparación, después de que el componente fuese considerado demasiado problemático. Para muchas organizaciones, esto obliga a revisar dependencias, rutas de migración y alternativas de Ingress Controller, especialmente si existían despliegues estandarizados alrededor de NGINX Ingress.
Aunque el release en sí no es una guía de migración, el mensaje es claro para la industria: los componentes críticos de entrada de tráfico (north-south) no pueden sostenerse indefinidamente si su mantenimiento o postura de seguridad no acompaña, y el ecosistema tenderá a concentrarse en opciones con gobernanza y soporte más consistentes.
Contexto: una narrativa poco habitual para unas release notes
El equipo de lanzamiento vincula “Haru” (ハル) con múltiples significados en japonés —primavera, cielos despejados y horizontes lejanos— y acompaña el branding con referencias a Hokusai y a la serie de vistas del Monte Fuji. En la práctica, esta presentación busca reforzar el mensaje recurrente de Kubernetes: un release es el resultado de SIGs, working groups, maintainers, revisores, documentación, traducciones y contribuciones continuas.
Por qué importan hoy las novedades de Kubernetes 1.36 Haru
Para equipos de plataforma, las novedades de Kubernetes 1.36 Haru apuntan a dos áreas donde la presión es constante: (1) asignación y control de recursos de hardware con un modelo más mantenible (DRA) y (2) mejoras en primitives de almacenamiento para elevar resiliencia y facilitar recovery. Paralelamente, el retiro de Ingress NGINX introduce una señal de cambio: el plano de entrada de tráfico debe planificarse como una pieza estratégica, con ciclos de vida y soporte tan exigentes como los del propio clúster.
Para más detalles del lanzamiento, Kubernetes mantiene el anuncio oficial y documentación del release en sus canales: Kubernetes Blog (Release v1.36) y el repositorio del proyecto en GitHub (Kubernetes).
En suma, las novedades de Kubernetes 1.36 Haru combinan madurez operativa (DRA), mejoras concretas para entornos con almacenamiento intensivo y una decisión dura pero relevante para el ecosistema: dejar atrás Ingress NGINX, empujando a la industria a reevaluar su capa de Ingress con criterios de mantenimiento y seguridad a largo plazo.
