Crear un panel de estado de Kubernetes es un proyecto práctico para quienes conocen los fundamentos de Kubernetes y quieren vincular la identidad de una carga de trabajo con una herramienta útil. Darás al panel preparado su propia identidad de solo lectura, permitirás que lea Deployments en dos namespaces autorizados y mantendrás fuera de su acceso los datos del personal y los cambios en las cargas.
Un Guided Lab parte de un rechazo real de la API y avanza por una ServiceAccount dedicada, la autorización del primer namespace, un nuevo Pod del panel que usa esa identidad y un segundo ámbito de lectura. Un Challenge independiente traslada los mismos métodos a Cedar Library, con otros namespaces para la identidad y las aplicaciones. Cada unidad comienza con su propio entorno completo y preparado.
El resultado es un panel funcional, una descarga CSV actual y cuatro manifiestos reutilizables. El panel muestra las réplicas declaradas, la disponibilidad informada por el controlador y las imágenes de plantilla de los Deployments; no convierte un error de API en un resultado saludable ni una aplicación escalada deliberadamente a cero en una avería.
Lo que aprenderás
Al completar este curso, podrás:
- distinguir las credenciales del terminal del operador de la identidad real de un proceso dentro de un Pod;
- crear una ServiceAccount dedicada y conectar con ella el Role y el RoleBinding de un namespace de destino;
- seleccionar la identidad en un manifiesto de Deployment guardado y observar al nuevo Pod haciendo solicitudes reales a la API;
- extender
getylista un segundo namespace aprobado, conservando los rechazos del tercero, de Secrets y de cambios de cargas; - interpretar réplicas deseadas, disponibles e imágenes de plantilla dentro de los límites de observación del controlador;
- entregar un CSV actual y manifiestos guardados, preservando los recursos, datos y fuentes originales.
A quién va dirigido este curso
Este curso está dirigido a estudiantes de Kubernetes y futuros operadores de aplicaciones que desean un proyecto pequeño y completo tras los fundamentos. Conocer el control de acceso de Kubernetes in Practice resulta útil; el Guided Lab explica los campos de identidad y permisos necesarios antes de utilizarlos.
Requisitos previos: Rutas básicas del terminal, YAML sencillo, namespaces, Pods, Deployments, Services y labels. No se requiere programar aplicaciones, conocer SDK de clientes, construir imágenes ni disponer de una cuenta en la nube.
Entorno de aprendizaje: Están preparados un clúster Kubernetes real de un nodo, aplicaciones sintéticas, el panel y un cliente de diagnóstico. Usa Workspace para manifiestos y comandos Kubernetes, y Board para las páginas, detalles y CSV reales. El panel gestiona internamente su credencial proyectada y la validación del certificado.
Preguntas frecuentes
¿Tengo que instalar Kubernetes?
No. Cada unidad proporciona su propio clúster y aplicaciones preparados. Trabajarás con objetos del ámbito del curso, sin instalar ni modificar la infraestructura del clúster.
¿Debo escribir la aplicación del panel o manejar tokens?
No. El cliente y la interfaz están proporcionados. Configurarás una identidad dedicada, permisos limitados por namespace y la selección de identidad del Deployment, conservando las fuentes suministradas.
¿Una prueba de permisos demuestra que el panel usa la identidad correcta?
Otorgar permisos a una identidad no cambia automáticamente un Pod en ejecución. Comprobarás la identidad autenticada del cliente real y sus lecturas de colecciones y detalles, junto con los permisos y las operaciones rechazadas.
¿Qué cambia en el Challenge?
El escenario de la biblioteca cambia la ubicación del lector y los dos namespaces de datos autorizados, manteniendo un namespace del personal excluido. Combinarás los métodos aprendidos para entregar el panel completo y los manifiestos. El resultado es estado del controlador en un clúster de práctica, no autenticación de visitantes ni garantía de disponibilidad en producción.
