# CNCF lanza Kubernetes 1.35 con asignación dinámica nativa de recursos y maduración del ciclo de vida del sidecar

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/es/article/cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morn-es
Section: Software (https://technewslist.com/es/software)
Author: TechNewsList
Language: es
Published: 2026-10-18T07:29:39.07+00:00
Updated: 2026-10-18T07:29:39.261931+00:00

> CNCF anuncia Kubernetes 1.35, que promueve la asignación dinámica de recursos a disponibilidad general para la programación de clústeres de GPU junto con sidecars maduros.

## TL;DR
- El Cloud Native Computing Foundation lanzó oficialmente Kubernetes 1.35 el 17 de octubre de 2026.
- La asignación dinámica de recursos (DRA) alcanzó disponibilidad general para la programación flexible de aceleradores de hardware.
- La gestión nativa del ciclo de vida del contenedor sidecar pasó a un estado estable, lo que garantiza una inicialización determinista del pod.
- Las principales plataformas de nube administradas, incluidas Red Hat OpenShift y Google Kubernetes Engine, anunciaron soporte inmediato desde el día 0.

## Key points
- DRA elimina los límites rígidos de los complementos de dispositivos al permitir parámetros estructurados para la partición de GPU y la asignación de FPGA.
- El orden determinista de inicio y terminación del sidecar evita condiciones de carrera en la malla de servicio y los contenedores de registro.
- Los parámetros estructurados permiten que las instancias del programador Kubernetes tomen decisiones informadas sobre el empaquetado de contenedores para clústeres de IA heterogéneos.
- Las optimizaciones de administración de memoria reducen la utilización de CPU del plano de control de kubelet hasta en un quince por ciento en nodos trabajadores densos.
- Los perfiles de seguridad mejorados permiten que los pods sin privilegios reclamen recursos de hardware sin necesidad de permisos de demonio raíz.

## Qué pasó

El 17 de octubre de 2026, Cloud Native Computing Foundation anunció oficialmente la disponibilidad general de Kubernetes versión 1.35, la tercera y última versión importante de la plataforma de orquestación de contenedores para el año calendario. Creado por miles de contribuyentes en todo el ecosistema global nativo de la nube, el lanzamiento histórico está encabezado por la graduación de la Asignación Dinámica de Recursos (DRA) a un estado estable, proporcionando a los ingenieros de la nube un marco modernizado para administrar aceleradores de hardware heterogéneos.

Desde sus inicios, Kubernetes se basó en un marco rígido de complementos de dispositivo diseñado en torno a recuentos de recursos escalares simples, como reclamar un número entero de tarjetas gráficas. A medida que las cargas de trabajo modernas de inteligencia artificial y aprendizaje automático se diversificaron en topologías de hardware complejas (incluidos cortes de GPU de múltiples instancias, mallas de interconexión de gran ancho de banda y estructuras de aceleradores personalizados), el modelo de complemento de dispositivo heredado se convirtió en un grave cuello de botella operativo.

![Cableado de plano posterior del clúster de cómputo de alta densidad que admite comunicación entre nodos de baja latencia para módulos de nube distribuidos.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1792300503628-gcu7za-cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morning-inside-1-66668ae3cc.webp)
*Cableado de plano posterior del clúster de cómputo de alta densidad que admite comunicación entre nodos de baja latencia para módulos de nube distribuidos.*

Kubernetes 1.35 resuelve permanentemente esta limitación arquitectónica. A través de la asignación dinámica de recursos, los manifiestos de las aplicaciones pueden expresar parámetros de hardware estructurados, como solicitar umbrales de ancho de banda de memoria específicos, topologías de interconexión NVLink o núcleos tensoriales fraccionarios compartidos. El programador Kubernetes evalúa estos parámetros dinámicamente durante la colocación del pod, maximizando la utilización del clúster físico.

## Por qué importa

Para los equipos de ingeniería de plataformas empresariales que operan flotas informáticas masivas, la economía de la utilización del acelerador de hardware se ha convertido en una prioridad ejecutiva. Con bastidores de servidores empresariales poblados por hardware acelerador costoso, ejecutar clústeres con entre un treinta y un cuarenta por ciento de capacidad de GPU inactiva debido a una programación inflexible de los módulos representa una ineficiencia financiera insostenible.

La asignación dinámica de recursos permite a los equipos de plataformas implementar multiinquilino granular sin comprometer la seguridad o el aislamiento del rendimiento. Los equipos de desarrollo pueden compartir clústeres de aceleradores de alta gama de forma dinámica, generando porciones de cómputo detalladas para la experimentación de modelos durante el día, mientras consolidan recursos en trabajos de capacitación distribuidos a gran escala durante la noche.

Igualmente impactante para la confiabilidad empresarial es la maduración formal de los contenedores sidecar nativos. En arquitecturas Kubernetes anteriores, los contenedores secundarios auxiliares responsables de los servidores proxy de red, la rotación de secretos y el registro de telemetría se iniciaban simultáneamente con el contenedor de aplicaciones principal. Esto con frecuencia desencadenaba condiciones fatales de carrera de inicio cuando las aplicaciones intentaban salir de la red antes de que los servidores proxy secundarios se inicializaran por completo. Kubernetes 1.35 aplica un orden estricto del ciclo de vida, garantizando secuencias deterministas de inicio y apagado.

## Detalles técnicos

La implementación de la asignación dinámica de recursos en Kubernetes 1.35 introduce el manejo estructurado de parámetros a través del programador central. En lugar de pasar cadenas de configuración opacas entre demonios de nodos externos, DRA introduce primitivas API nativas de ResourceClaim y DeviceClass directamente en el plano de control.

Cuando se envía un pod que solicita hardware especializado, el programador se comunica directamente con controladores de controladores DRA especializados para identificar dispositivos de hardware coincidentes en toda la topología del clúster. Una vez seleccionado, el programador reserva la configuración exacta del dispositivo de forma atómica, lo que evita interbloqueos en la programación en clústeres de entrenamiento de múltiples nodos.

![Conmutadores de enrutamiento de red Ethernet y de fibra óptica de alto rendimiento que conectan planos de control y nodos trabajadores Kubernetes.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1792300506943-yn3obw-cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morning-inside-2-86855a77b8.webp)
*Conmutadores de enrutamiento de red Ethernet y de fibra óptica de alto rendimiento que conectan planos de control y nodos trabajadores Kubernetes.*

Además, el demonio del nodo kubelet se sometió a una refactorización sustancial. Al optimizar el almacenamiento en caché del estado en memoria y la transición a transiciones de estado basadas en eventos, el equipo de ingeniería de Kubernetes redujo el consumo de memoria y CPU del plano de control hasta en un quince por ciento en nodos trabajadores densos que ejecutan cientos de microservicios simultáneos.

## Impacto en el mercado / la industria

El lanzamiento de Kubernetes 1.35 establece una base unificada para la convergencia de la infraestructura de nube empresarial y el servicio del modelo de IA generativa. Los principales proveedores de hardware, incluidos Nvidia, AMD e Intel, publicaron versiones de controladores DRA del día 0, lo que permite a los clientes aprovechar funciones avanzadas de silicio sin mantener parches de bifurcación personalizados.

Los proveedores de nube administrada Kubernetes se movieron inmediatamente para admitir la nueva versión. Red Hat anunció que las plataformas empresariales OpenShift incorporarán Kubernetes 1.35 en su próxima actualización trimestral, mientras que Google Cloud presentó clústeres de vista previa con integración de DRA de hardware en Google Kubernetes Engine.

La estandarización de los parámetros de recursos estructurados también afecta las herramientas de DevOps empresariales. Los proyectos de ecosistemas, incluidos Prometheus, Istio y Cilium, actualizaron sus gráficos de implementación para aprovechar los ganchos nativos del ciclo de vida del sidecar, eliminando soluciones alternativas frágiles de contenedores de inicio y reduciendo la latencia general de arranque en frío del clúster.

## Qué observar ahora

En los próximos meses, los ingenieros de confiabilidad del sitio empresarial realizarán un seguimiento de las estadísticas de utilización de clústeres del mundo real a medida que las cargas de trabajo de producción de IA migren a políticas de programación de asignación dinámica de recursos.

Los administradores de clústeres también monitorearán la adopción de controladores DRA por parte de proveedores de redes especializadas y de almacenamiento en la nube, anticipando una integración más amplia con acceso remoto directo a memoria (RDMA) de alta velocidad y hardware Compute Express Link (CXL).

Finalmente, la comunidad de código abierto comenzará el desarrollo de Kubernetes 1.36, enfocándose en la federación automatizada de recursos de múltiples clústeres y la programación dinámica de cargas de trabajo con conciencia de energía diseñada para minimizar las emisiones de carbono en las regiones de centros de datos distribuidos.

## Fuentes

- [Blog oficial Kubernetes](https://kubernetes.io/blog/2026/10/17/kubernetes-1-35-release-announcement/): Documentación de lanzamiento que detalla las mejoras de las funciones de Kubernetes 1.35, el estado de GA de asignación dinámica de recursos y la estabilización del ciclo de vida del contenedor sidecar.
- [El nuevo Stack Cloud nativo](https://thenewstack.io/kubernetes-1-35-brings-dynamic-resource-allocation-and-sidecar-maturity/): descripción general de la industria de optimizaciones de segmentación de GPU, parámetros estructurados en DRA y mejoras de escalado automático de clústeres para canales de capacitación de IA.
- [Arquitectura del software InfoQ](https://www.infoq.com/news/2026/10/kubernetes-1-35-dra-sidecars/): Evaluación técnica de la secuenciación del inicio del pod, la terminación elegante del contenedor sidecar y la confiabilidad del clúster de producción empresarial.

Mentions: Kubernetes, Cloud Native Computing Foundation, Red Hat, Google Cloud

## Sources
- [Blog oficial Kubernetes](https://kubernetes.io/blog/2026/10/17/kubernetes-1-35-release-announcement/)
- [El nuevo Stack Cloud nativo](https://thenewstack.io/kubernetes-1-35-brings-dynamic-resource-allocation-and-sidecar-maturity/)
- [Arquitectura del software InfoQ](https://www.infoq.com/news/2026/10/kubernetes-1-35-dra-sidecars/)