Kubernetes v1.37: Métricas estables, un impulso para la automatización en la nube

Una API de métricas que madura: qué significa para tu infraestructura

Kubernetes v1.37 da un paso importante al declarar estable la API de métricas (metrics.k8s.io/v1). Esta API es la que permite consultar el uso de CPU y memoria de nodos y pods, y es la base de herramientas como kubectl top y del escalado automático horizontal (HPA). Para una pyme que ya corre aplicaciones en Kubernetes, esta noticia no es un cambio de funcionalidades, sino una garantía de estabilidad a largo plazo.

La API de métricas lleva años en producción, primero como alpha y luego como beta. Ahora, al alcanzar el estado estable, los operadores pueden confiar en que esta interfaz no cambiará de forma abrupta, lo que reduce el riesgo de romper automatizaciones existentes.

¿Qué cambió realmente?

Nada en los datos que se devuelven: los tipos de recursos (NodeMetrics y PodMetrics) y sus campos son idénticos a la versión beta. La diferencia es solo la versión de la API, que ahora tiene las garantías de estabilidad propias de una API estable de Kubernetes. Esto simplifica la planificación de actualizaciones y el mantenimiento de scripts y herramientas internas.

Para las pymes, la noticia más práctica es que kubectl top ya soporta ambas versiones, prefiriendo la nueva cuando está disponible. Sin embargo, el controlador HPA todavía solo usa la versión beta, aunque se espera que pronto soporte la nueva. Esto significa que, por ahora, no hay que hacer nada urgente, pero sí estar atentos a las actualizaciones de los componentes.

Implicaciones para pymes que usan Kubernetes

• Mayor confiabilidad en el autoscaling: al ser estable, la API de métricas es una base sólida para que el HPA tome decisiones de escalado, reduciendo el riesgo de comportamientos inesperados.
• Menos fricción en actualizaciones: los equipos de TI pueden planificar upgrades de Kubernetes con la certeza de que la API de métricas no sufrirá cambios incompatibles.
• Simplificación de herramientas: si tu equipo ha desarrollado scripts que consultan métricas, la versión estable les da una base firme para el futuro.

¿Qué deberías hacer?

No hay que activar ningún feature gate ni cambiar la configuración actual. La API se sirve a través del API aggregation layer, normalmente con metrics-server. Solo asegúrate de que tu implementación de métricas (por ejemplo, metrics-server) esté actualizada para servir la versión v1. Puedes verificar qué versiones sirve tu clúster con kubectl get --raw /apis/metrics.k8s.io/.

Durante la transición, es recomendable que tu implementación sirva tanto v1 como v1beta1 para mantener compatibilidad con clientes antiguos. La versión beta seguirá disponible en v1.37, así que no hay prisa por migrar.

Una lectura práctica para tu negocio

Para una pyme, esta estabilidad significa que puedes construir sobre Kubernetes con más confianza. Si estás usando autoscaling basado en métricas, esta noticia te da tranquilidad: la base es sólida. Además, es un buen momento para revisar tus pipelines de monitoreo y asegurarte de que están aprovechando al máximo las métricas de recursos, sin depender de APIs que podrían cambiar.

En Altya Studio, ayudamos a pymes a implementar y optimizar infraestructuras basadas en Kubernetes, desde el diseño inicial hasta la automatización de operaciones. Si estás considerando migrar a contenedores o mejorar tu despliegue actual, podemos acompañarte en el proceso.

Fuente: kubernetes.io