Examen nivel 4 — Docker

Examen — preguntas inéditas

12 preguntas para validar el nivel : registros, healthcheck y restart, reverse proxy, copias y CI.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

4.1 · Recuerdo

1. ¿Para qué sirve cada registro (Hub, GHCR, privado)?

Los tres son intercambiables sin diferencia Hub para la CI, GHCR para lo público, privado para todo Un solo registro basta siempre en todas partes Hub para compartir en público, GHCR vinculado al código para la CI, privado para lo interno sensible

Público para el open source, GHCR para sus CI, privado para lo interno sensible.

4.1 · Aplicación

2. Idir se conecta al registro en un script. ¿Qué comando es correcto?

Token de derechos limitados vía secreto CI y --password-stdin docker login ghcr.io -p misecreto (contraseña en claro) Compartir la contraseña de la cuenta en el chat del equipo Conectarse sin ningún identificador

El token limitado pasado por stdin no queda ni en el historial ni en los logs.

4.2 · Recuerdo

3. ¿Qué hace restart: unless-stopped?

Relanza tras fallo o reinicio, salvo parada voluntaria Impide todo arranque Elimina el contenedor tras cada parada No hace nada en absoluto

Relanza tras fallo o reinicio, pero respeta el stop manual : el buen defecto duradero.

4.2 · Aplicación

4. docker compose ps muestra un servicio « Up (unhealthy) ». ¿Qué hace Idir?

Borra todo el proyecto Lo diagnostica (logs) en lugar de enrutar hacia él Ignora el estado mostrado Envía más tráfico hacia ese servicio

Up = proceso vivo, unhealthy = servicio enfermo : se cura, no se enruta.

4.2 · Aplicación

5. La API de Idir fallaba porque la base no estaba lista. ¿Qué declara?

restart: no en todas partes Ninguna dependencia entre servicios depends_on con condition: service_healthy sobre un healthcheck real depends_on sin condición (simple orden)

La condición espera lo realmente listo probado por el healthcheck, no un simple orden.

4.3 · Aplicación

6. Tres aplicaciones web, un solo puerto 80 disponible. ¿Qué hace Idir?

Expone todo sin restricción Un reverse proxy único publicado, enrutado por host hacia apps no publicadas Publica tres puertos distintos al azar Fusiona las tres aplicaciones en una

Uno solo publicado (el proxy), enrutado por nombres : un puerto, N servicios.

4.3 · Arbitraje

7. La base de datos está actualmente en la red frontal con las aplicaciones. ¿Decisión de Idir?

Publicar también el puerto de la base Eliminar la segmentación de las redes Dejarla en el frontal para simplificar Limitarla al backend, alcanzada por nombre desde las apps

Base limitada al backend : inalcanzable directamente aunque el proxy sea comprometido.

4.4 · Recuerdo

8. ¿Qué copia es válida?

Un dump reproducido con éxito en un volumen de prueba, datos verificados Una captura de pantalla del terminal Un dump nunca reproducido Un archivo guardado dentro del propio volumen

Solo la restauración probada prueba la copia.

4.4 · Aplicación

9. Idir guarda el volumen sin parar la producción. ¿Cómo?

Copia el archivo dentro del volumen guardado Nunca guarda antes de actualizar Contenedor desechable --rm montando el volumen en solo lectura, archivo fuera del volumen Para toda la producción para copiar

Desechable en solo lectura, archivo fuera del volumen : la prod continúa, la copia está en otro lugar.

4.5 · Aplicación

10. ¿Qué tag despliega Idir en producción desde la CI?

El alias móvil de la rama Ningún tag El nombre de la rama El SHA del commit (o la versión etiquetada), probado y trazable

La prod despliega un artefacto exacto y probado, no un alias móvil.

4.5 · Arbitraje

11. El workflow de Idir necesita el token de registro. ¿Dónde lo pone?

En claro en el archivo workflow En los secretos del repositorio, con permisos mínimos, nunca en duro Mostrado en log para depurar durablemente En un comentario del código compartido

Secretos del repositorio, nunca en duro ni en log, permisos mínimos.

4.1 · Arbitraje

12. El equipo de Idir despliega en producción una imagen cuyo contenido exacto nadie conoce. ¿Qué decide?

Seguir con tags ambiguos y builds locales No versionar más las imágenes CI única fábrica + nombre completo con tag inmutable anotado en el compose de prod Subir la imagen interna en público para comparar

Fábrica CI única y tag inmutable : cada imagen prod tiene un origen conocido y trazable.

¿Y ahora qué?

Puntuación ≥ 80 % : pase al Nivel 5 — orquestación y producción, e industrialice sus logros (registro privado, stacks fiabilizadas, frontal único, copias probadas, fábrica CI).
Puntuación 50-79 % : repase las secciones falladas (registros 4.1, fiabilidad 4.2, proxy 4.3, copias 4.4, CI 4.5), relea las explicaciones anteriores, luego repita el test.
Puntuación < 50 % : recomience el nivel desde 4.1 practicando cada gesto (push/pull trazable, healthcheck + restart, frontal segmentado, restauración probada, workflow verde), luego reintente el examen con la mente descansada.