Google Kubernetes Engine ha actualizado su canal Extended con un nuevo conjunto de versiones que reafirma la propuesta de valor de este canal: estabilidad a largo plazo sin renunciar a las mejoras de seguridad y rendimiento.
La versión 1.35.8-gke.1036000 se ha convertido en la versión predeterminada para la creación de clusters en el canal Extended, marcando el rumbo para las organizaciones que priorizan la previsibilidad sobre la adopción temprana de funcionalidades.
El canal Extended está diseñado para equipos que necesitan ciclos de actualización más lentos y predecibles, con un periodo de soporte extendido que permite planificar las migraciones sin la presión de los canales Regular o Rapid.
En un ecosistema Kubernetes donde las versiones se suceden cada pocos meses, este canal se ha convertido en el refugio de las empresas que no pueden permitirse sorpresas en producción.
Las nuevas versiones disponibles en el canal Extended
La actualización incorpora un abanico de versiones que cubre desde la rama 1.31 hasta la 1.36, ofreciendo a los administradores de clústeres un margen amplio para elegir la versión que mejor se adapte a sus necesidades.
Las versiones ahora disponibles incluyen:
- 1.31.14-gke.2630000
- 1.31.14-gke.2667000
- 1.31.14-gke.2704000
- 1.32.13-gke.2337000
- 1.32.13-gke.2393000
- 1.32.13-gke.2427000
- 1.33.13-gke.1547000
- 1.33.13-gke.1613000
- 1.33.13-gke.1647000
- 1.34.11-gke.1044000
- 1.35.8-gke.1225000
- 1.36.4-gke.1082000
Esta variedad refleja el compromiso de Google Cloud con la compatibilidad hacia atrás y la flexibilidad, permitiendo que las organizaciones actualicen a su propio ritmo sin verse forzadas a saltar a la última versión disponible.
Versiones deprecadas: 90 días para planificar la migración
La contrapartida de la incorporación de nuevas versiones es la deprecación de las anteriores. Google Cloud ha anunciado que varias versiones serán eliminadas en un plazo de 90 días, o al final de su periodo de soporte si este llega antes.
Las versiones afectadas son:
- 1.31.14-gke.2579000
- 1.31.14-gke.2613000
- 1.31.14-gke.2689000
- 1.32.13-gke.2268000
- 1.32.13-gke.2314000
- 1.32.13-gke.2411000
- 1.33.13-gke.1329000
- 1.33.13-gke.1499000
- 1.33.13-gke.1636000
- 1.34.10-gke.1236000
- 1.35.7-gke.1222000
- 1.36.3-gke.1640000
Este aviso de deprecación es un recordatorio de que, incluso en el canal Extended, la obsolescencia es una realidad que los equipos de operaciones deben gestionar de forma proactiva.
La ventana de 90 días proporciona un margen razonable para planificar y ejecutar las actualizaciones, pero no es infinito.
Los nuevos objetivos de auto-actualización
Una de las características más útiles del canal Extended es la capacidad de GKE para actualizar automáticamente los clústeres a versiones más recientes dentro de la misma rama.
Con esta actualización, los clústeres que ejecutan versiones menores específicas tienen nuevos objetivos de auto-actualización general.
GKE actualizará los clústeres a las siguientes versiones menores si no hay factores que lo impidan, como exclusiones de mantenimiento o APIs deprecadas:
- De 1.30 a 1.31.14-gke.2630000
- De 1.31 a 1.32.13-gke.2337000
Además, GKE actualizará los clústeres a las siguientes versiones de parche si no hay una actualización de versión menor disponible, o si el clúster tiene exclusiones de mantenimiento u otros factores que impiden las actualizaciones de versión menor:
- De 1.31 a 1.31.14-gke.2630000
- De 1.32 a 1.32.13-gke.2337000
- De 1.33 a 1.33.13-gke.1547000
- De 1.34 a 1.34.10-gke.1328000
- De 1.35 a 1.35.8-gke.1036000
- De 1.36 a 1.36.3-gke.1767000
Este sistema de auto-actualización es una de las ventajas más valoradas del canal Extended, ya que reduce la carga operativa de los equipos de plataforma sin comprometer la estabilidad.
La actualización anterior: el contexto de la versión 2026-R38
La actualización actual se produce en el contexto de la versión 2026-R38, que ya introdujo la versión 1.35.7-gke.1222000 como predeterminada para la creación de clústeres.
En aquel momento, se incorporaron las versiones 1.31.14-gke.2689000, 1.32.13-gke.2411000, 1.33.13-gke.1636000, 1.34.10-gke.1328000, 1.35.8-gke.1036000 y 1.36.3-gke.1767000, mientras que se deprecaron otras tantas.
La progresión refleja el ciclo continuo de actualizaciones que caracteriza a GKE, donde cada pocas semanas se incorporan nuevas versiones y se retiran las antiguas. Para los equipos que gestionan clústeres en producción, esta cadencia constante exige una vigilancia permanente y una planificación cuidadosa.
¿Por qué el canal Extended importa para las empresas?
El canal Extended no es simplemente una versión más lenta del canal Regular. Es una filosofía operativa que reconoce una realidad incuestionable: las empresas que ejecutan cargas de trabajo críticas en Kubernetes no pueden permitirse el lujo de actualizar cada pocas semanas.
Necesitan tiempo para probar, validar y desplegar cambios, y necesitan la garantía de que las versiones que utilizan estarán soportadas durante un periodo prolongado.
En un mercado donde la competencia entre proveedores de Kubernetes gestionado es feroz, el canal Extended se ha convertido en un diferenciador clave para Google Cloud.
Ofrece a las organizaciones la tranquilidad de saber que sus clústeres no se verán forzados a migrar a versiones no probadas, al tiempo que garantiza el acceso a parches de seguridad y mejoras de rendimiento.
Recomendaciones para los administradores de clústeres
Ante esta actualización, los equipos de operaciones deben tomar varias medidas. La primera es revisar las versiones actuales de sus clústeres y determinar si alguna de ellas se encuentra entre las deprecadas. Si es así, es el momento de planificar la migración antes de que expire el plazo de 90 días.
La segunda es evaluar si las nuevas versiones disponibles ofrecen mejoras que justifiquen una actualización proactiva.
Aunque el canal Extended está diseñado para minimizar las actualizaciones forzosas, mantenerse al día con las versiones más recientes dentro de la rama elegida es una buena práctica que garantiza el acceso a los últimos parches de seguridad.
La tercera es revisar la configuración de auto-actualización de los clústeres y asegurarse de que las exclusiones de mantenimiento y otros factores que puedan bloquear las actualizaciones están configurados según las necesidades de la organización.
Un ecosistema en evolución constante
GKE sigue demostrando que la gestión de Kubernetes no es un destino, sino un viaje continuo. Cada actualización trae consigo nuevas versiones, nuevas deprecaciones y nuevos objetivos de auto-actualización, y los equipos que gestionan clústeres en producción deben estar preparados para navegar esta corriente constante.
El canal Extended ofrece un refugio para quienes necesitan estabilidad, pero no exime de la responsabilidad de mantenerse informado y de planificar las migraciones con antelación.
La ventana de 90 días para las versiones deprecadas es un recordatorio de que, incluso en el canal más conservador, el tiempo no se detiene.
La clave está en anticiparse, planificar y ejecutar con la serenidad que proporciona saber que se ha elegido el canal adecuado para las necesidades de la organización.
Descubre más desde CIBERED
Suscríbete y recibe las últimas entradas en tu correo electrónico.
