Examen nivel 3 — Docker

Examen — preguntas inéditas

12 preguntas para validar Docker Compose : archivo compose y YAML, pilotaje up/down/logs, mini-aplicación cableada, variables y perfiles, depuración sin roturas.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

3.1 · Recuerdo

1. ¿Qué declara un servicio en un compose.yml ?

La contraseña wifi de la oficina Imagen (o build), puertos, variables, volúmenes y red La hora de arranque de la máquina La marca del servidor físico

Un servicio = imagen + puertos + env + volúmenes + red.

3.1 · Aplicación

2. Idir escribe ports: [8080:80] sin comillas y el stack falla. ¿Por qué ?

Nginx rechaza los puertos bajo 9000 Compose exige puertos en letras YAML lee 8080:80 como un número sexagesimal : hace falta "8080:80" El puerto 8080 está prohibido por Docker

Puertos siempre entrecomillados en YAML : el 80 % de los errores viene de ahí.

3.2 · Recuerdo

3. ¿Qué diferencia hay entre down y down -v ?

Ninguna, son alias down guarda los volúmenes, -v también los destruye (reset) down lo destruye todo, -v no hace nada -v solo acelera la parada

down solo = parada segura ; -v = reset que borra los volúmenes.

3.2 · Aplicación

4. Idir modifica su código, relanza up -d, pero el código antiguo sigue corriendo. ¿Qué hacer ?

Suprimir los volúmenes del proyecto Cambiar todos los puertos del compose Reinstalar Docker en la máquina Relanzar con up -d --build para reconstruir la imagen

Sin --build, Compose reutiliza la imagen existente.

3.3 · Aplicación

5. ¿Qué puertos publica Idir en su maqueta api + base + adminer ?

La api y adminer (dev) ; la base queda interna en la red Solo la base, para rellenarla rápido Ningún puerto : todo pasa por exec Todos los puertos de todos los servicios, por si acaso

Superficie mínima : solo sale lo necesario, la base queda interna.

3.3 · Aplicación

6. La api de Idir falla en el primer up y pasa en el segundo. ¿Diagnóstico y remedio ?

La red está saturada : esperar a la noche El código es erróneo : reescribir la api La base arranca más lenta : añadir un reintento con retardo al arrancar La imagen está corrupta : suprimirlo todo

depends_on ordena sin esperar : el reintento absorbe el arranque.

3.4 · Recuerdo

7. ¿Qué significa ${PORT:-3000} en un compose.yml ?

Un comentario ignorado por Compose La variable PORT, o 3000 por defecto si falta Tres puertos : variable, defecto y 3000 El puerto 3000 menos una variable PORT

Interpolación : valor de PORT, si no el defecto prod-seguro 3000.

3.4 · Aplicación

8. Idir quiere adminer en dev pero nunca en prod, sin duplicar el archivo. Usa…

El mismo servicio copiado dos veces Adminer publicado en todas partes por simplicidad profiles: [dev] + --profile dev (opt-in, sobrio por defecto) Un post-it « no lanzar en prod »

Perfil opt-in : ausente por defecto, activado explícitamente en dev.

3.5 · Aplicación

9. « port already allocated » en el up : Idir verifica y encuentra un viejo run manual. Él…

Suprime todos los volúmenes y empieza de nuevo Abandona el proyecto y cambia de puerto de negocio Cambia el puerto contenedor (derecha) en la imagen Mueve el puerto host (izquierda) o limpia al okupa, luego up -d

Conflicto en el host : izquierda movida u ocupante liberado.

3.3 · Arbitraje

10. Para la prod, un colega propone la URL y la contraseña en duro en el compose commiteado. ¿Arbitraje ?

Rechazar : variables + .env no commiteado (secreto gestionado en prod), base no publicada Aceptar : es más simple de releer Aceptar si la contraseña es larga Poner los secretos en la imagen mejor

Nunca secreto en duro commiteado : variable + secreto gestionado.

3.4 · Arbitraje

11. Dos compose.yml copiados (dev/prod) divergen y la consola dev casi se va a prod. ¿Arbitraje ?

Copiar el dev hacia la prod cada viernes Suprimir la prod para simplificar Añadir un tercer archivo para la receta Fusionar en una base + sobrecarga -f + perfil dev, .env.example versionado

Una base, valores por env, diferencias en sobrecarga.

3.5 · Arbitraje

12. Stack averiado antes de una demo : un colega propone down -v « para empezar limpio ». ¿Arbitraje ?

Rechazar y diagnosticar : ps, logs del servicio, corregir el archivo, up -d selectivo Aceptar : arrasar siempre es más rápido Aceptar si la demo es en menos de una hora Arrasar y restaurar la base de memoria

Nunca -v en pánico : diagnosticar primero, recrear selectivo.

¿Y ahora qué?

Puntuación ≥ 80 % : pase al Nivel 4 — registros, healthchecks, redes avanzadas y copia de los volúmenes (fiabilizar lo que Compose arranca).
Puntuación 50-79 % : repase las secciones falladas (YAML y config en 3.1, ciclo down en 3.2, nombres y reintento en 3.3, perfiles en 3.4, diagnóstico en 3.5) y repita el test.
Puntuación < 50 % : repita cada reto 48h en orden — stack validado, ciclo sin pérdida, mini-app persistida, base unificada, avería reparada sin -v.