Kubernetes for Beginners se actualiza: del estado del clúster al rollback
El curso actualizado de LabEx utiliza un clúster Kubernetes v1.35.5 preparado para practicar inspección, despliegue, diagnóstico, servicios, escalado y rollback.
LabEx
Instalar un clúster no debería ser el primer obstáculo de un curso inicial de Kubernetes. Antes de entender cómo se relacionan Pods, Deployments y Services, las decisiones de instalación, el runtime y la red ya pueden abrir otro frente de problemas.
Por eso rediseñamos Kubernetes for Beginners. Cada laboratorio comienza ahora con un clúster Kubernetes v1.35.5 preconfigurado. La práctica parte de leer el estado del clúster y continúa con despliegue, diagnóstico, exposición de servicios, escalado, actualizaciones y rollback.
Observar el clúster antes de crear recursos
El primer Guided Lab es Explore the Kubernetes Cluster. En vez de crear un Pod de inmediato, primero se comprueban el contexto activo, el estado de los nodos y los componentes principales que ya se ejecutan en el clúster.
Copiar un comando de kubectl es sencillo. Lo importante es saber qué clúster consulta, qué significa el estado obtenido y cómo se relacionan los objetos de Kubernetes. Empezar por la observación proporciona una referencia para los despliegues y el diagnóstico posteriores.
El cliente y el servidor Kubernetes del laboratorio utilizan v1.35.5. Cuando el entorno está listo, varios comandos de solo lectura permiten confirmar la versión y el estado del nodo sin instalar ni iniciar un clúster.
Seis pares de prácticas recorren el ciclo de una aplicación
El curso contiene seis Guided Labs y seis Challenges correspondientes. La secuencia coloca cada comando dentro del ciclo de vida de una aplicación:
- Explorar el clúster y comprobar el estado de Kubernetes
- Desplegar una aplicación y crear el primer Pod
- Inspeccionar el estado y diagnosticar un Deployment de NGINX
- Exponer la aplicación con un Service y verificar el acceso
- Escalar la aplicación y observar el balanceo de carga
- Actualizar la aplicación y revertirla cuando sea necesario
Los laboratorios reutilizan lo aprendido. El estado de nodos y Pods sirve primero para comprobar la salud del clúster y después para investigar un Deployment. Las etiquetas y selectores vuelven a aparecer al revisar los backends de un Service y el conjunto de Pods generado por el escalado.
Cada operación responde a tres preguntas
La actualización añade conceptos fundamentales y amplía la primera explicación de cada comando, opción y campo YAML. Cada operación aclara por qué se ejecuta, qué resultado se espera y cómo leer la salida.
Crear un Service, por ejemplo, no demuestra que la aplicación sea accesible. También hay que confirmar que el selector coincide con las etiquetas previstas, que el Service encuentra sus Pods, que el DNS del clúster resuelve el nombre y que la solicitud llega realmente a la aplicación.
La misma forma de validación se aplica al estado de Pods, despliegues, escalado, actualizaciones y rollback. El resultado del sistema determina si la operación terminó correctamente; no basta con que el comando no muestre un error.
La convergencia de Kubernetes forma parte del laboratorio
Kubernetes ajusta de forma continua el estado real al estado deseado, y ese proceso no es instantáneo. Un Pod puede estar descargando su imagen, las réplicas de un Deployment pueden seguir arrancando y los backends de un Service pueden tardar en quedar listos.
Los laboratorios revisados mejoran las esperas y los reintentos durante el arranque de recursos y las comprobaciones de red. La validación permite un periodo razonable de convergencia y después comprueba el estado final. Así se evitan fallos por transiciones breves sin confundir un error de configuración real con una espera normal.
Los comandos, ejemplos y salidas se actualizaron para v1.35.5. Todos los laboratorios se verificaron de nuevo y la ruta principal se probó en entornos nuevos.
Los Challenges solo evalúan habilidades ya practicadas
Después de cada Guided Lab hay un Challenge relacionado. Desaparecen las instrucciones paso a paso, pero solo se evalúan comandos, objetos y métodos de diagnóstico que ya se explicaron y practicaron.
Tras trabajar con el estado de Pods, etiquetas y backends de Services, una persona puede tener que repetir esas comprobaciones de forma independiente. El desafío no introduce de repente un comando desconocido: comprueba si puede alcanzar y verificar el estado requerido sin tener delante todo el procedimiento.
Si todavía no has operado un clúster, puedes empezar con Kubernetes for Beginners. La primera tarea no consiste en desplegar una aplicación, sino en entender qué está ejecutando el clúster que tienes delante.