Kubernetes 1.35: La escalabilidad del Pod en su lugar se convierte en estable

La escalabilidad del Pod en Kubernetes 1.35 es estable. Descubre cómo gestionar eficientemente tus contenedores con esta versión.

viernes, 30 de enero de 2026 • 3 min de lectura • Equipo Q2BSTUDIO

La escalabilidad del Pod en Kubernetes 1.35 es estable

La llegada a estable en Kubernetes 1.35 de la capacidad para ajustar recursos de un contenedor sin recrear el Pod representa un cambio práctico en la gestión de entornos en producción. Esta funcionalidad permite modificar asignaciones de CPU y memoria desde la especificaci n del Pod mientras la carga sigue en ejecuci n, reduciendo paradas y simplificando operaciones sobre servicios que no toleran reinicios frecuentes.

Desde un punto de vista t cnico, el mecanismo diferencia entre lo que se desea asignar y lo que est realmente aplicado en tiempo de ejecuci n, y expone rutas para solicitar cambios que el kubelet y el runtime intentan materializar. No todos los runtimes ni todas las situaciones son equivalentes: algunas plataformas necesitar n reinicio para aplicar ajustes de memoria, y el sistema realiza comprobaciones para minimizar riesgos de out of memory. Asimismo, existen prioridades y reintentos cuando los recursos del nodo son escasos, por lo que la coordinaci n entre scheduler y kubelet sigue siendo clave.

En la pr ctica, disponer de redimensionado en caliente abre posibilidades operativas y econ micas: permite vertical autoscaling m s fino, aprovechar mejor la ubicaci n de cargas en nodos, atender picos breves sin consumir recursos de forma permanente y facilitar estrategias de arranque con mayor potencia temporal para JIT u operaciones de inicializaci n. Escenarios como servidores de juego con carga variable, workers prearrancados que pueden inflarse bajo demanda o cargas de batch que aumentan su memoria temporalmente, son buenos candidatos para este enfoque.

Sin embargo, no es una soluci n m gica. Recomendamos un despliegue progresivo: validar comportamiento en entornos de staging, instrumentar m tricas y eventos para detectar fallos o retrocesos autom ticos, establecer l mites de seguridad y pol ticas de prioridad frente a otras cargas, y probar la interoperabilidad con autoscalers que pueden ahora combinar escalado vertical con estrategias horizontales. Es importante tambi n considerar la seguridad y la gobernanza de cambios en tiempo de ejecuci n, e integrar controles de acceso y auditor a en flujos de aprobaci n.

Para organizaciones que buscan sacar partido de esta capacidad sin aumentar la complejidad operativa, Q2BSTUDIO ofrece acompa amiento en el dise o e implementaci n de arquitecturas cloud, migraciones y optimizaci n en proveedores majoritarios. Podemos ayudar a configurar políticas de resize coordinadas con autoscalers, crear observabilidad y alertas, y adaptar aplicaciones a medida para que aprovechen las nuevas opciones de escalado. Si su proyecto contempla despliegues en nubes p blicas, Q2BSTUDIO tambi n provee servicios de integraci n y gesti n en servicios cloud aws y azure y dise o de software a medida que facilitan la explotaci n operativa.

Adicionalmente, podemos integrar capacidades de inteligencia artificial y agentes IA para optimizar decisiones de escalado basadas en patrones de uso, incorporar paneles de inteligencia de negocio y power bi para visualizar costes y consumo, y aplicar controles de ciberseguridad para asegurar que los cambios din micos no introducen vectores de riesgo. En resumen, la estabilizaci n de este mecanismo abre un abanico de mejoras operativas y de eficiencia que, bien acompañadas por pr cticas de observabilidad y seguridad, pueden transformar la forma en que se gestionan cargas cr ticas en Kubernetes.

¿UNA PAUSA?

Juega un momento antes de irte

NUESTROS SERVICIOS

Cómo podemos ayudarte

¿Tienes un proyecto en mente?

Cuéntanos tu visión y la convertimos en una solución de software. Sea cual sea el alcance, hacemos realidad tu idea.