Examen nivel 1 — Docker

Examen — preguntas inéditas

12 preguntas para validar Contenedores: imágenes, volúmenes, redes — etiquetas, lanzamiento, persistencia, redes, depuración.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

1.1 · Recuerdo

1. ¿Qué significa la etiqueta en « postgres:16.4 »?

La versión fijada (mayor 16, menor 4) de la imagen La contraseña de la base El nombre de la red del contenedor Un comentario sin efecto en la imagen

La etiqueta designa la variante: 16 fija la mayor, 16.4 la menor — reproducible, al contrario que latest.

1.1 · Aplicación

2. Idir prepara la base de producción. ¿Qué imagen elegir?

postgres:16.4 oficial, fijada, anotada en versions.txt postgres:latest para tener siempre lo nuevo La primera imagen que aparezca con « postgres » en el nombre Una imagen sin actualizar desde hace dos años, más ligera

Oficial, actualizada, etiqueta fijada y anotada: la única combinación aceptable en producción.

1.1 · Aplicación

3. ¿Por qué diez imágenes basadas en el mismo Debian solo descargan la base una vez?

Porque latest evita los duplicados Porque Docker comprime todo en un solo archivo Porque las capas se comparten y se cachean Porque las imágenes se almacenan en Docker Hub

Las capas de solo lectura se comparten: solo se descargan las capas que faltan.

1.2 · Recuerdo

4. En « -p 8080:80 », ¿qué significan 8080 y 80?

8080 = contenedor, 80 = anfitrión Dos puertos internos al contenedor 8080 = puerto anfitrión, 80 = puerto contenedor Un identificador y una contraseña

Izquierda = anfitrión, derecha = contenedor: http://localhost:8080 alcanza el puerto 80 del contenedor.

1.2 · Aplicación

5. Idir lanza un servidor Nginx durable. ¿Qué comando?

docker run -d --name web nginx (sin etiqueta) docker exec -it web sh docker run -it nginx:1.27 (terminal acoplado) docker run -d --name web -p 8080:80 nginx:1.27

Servicio = -d (fondo) + --name (pilotable) + -p (accesible) + etiqueta fijada; -it bloquearía el terminal.

1.2 · Arbitraje

6. Hay que cambiar la contraseña pasada en -e. ¿Qué arbitraje?

Eliminar y relanzar con el nuevo valor (variables fijadas en la creación) Cambiar la etiqueta de la imagen Reiniciar el contenedor, la variable seguirá Editar la variable en el contenedor vivo

Las -e quedan fijadas en la creación: se elimina y se relanza — o se versiona vía Compose (nivel 3).

1.3 · Aplicación

7. Idir quiere que su base sobreviva al rm del contenedor. ¿Qué hacer?

Copiar los datos en la imagen Lanzar dos contenedores idénticos Usar stop en lugar de rm, basta Montar un volumen nombrado en la ruta documentada (-v pgdata:/var/lib/postgresql/data)

Solo un montaje fuera del contenedor sobrevive al rm; stop conserva todo pero no es persistencia.

1.3 · Arbitraje

8. ¿Debe lanzar « docker volume prune » en una máquina compartida sin verificar?

Sí, los volúmenes se restauran desde la papelera No: eliminación definitiva — listar e identificar antes de toda limpieza No, porque prune nunca elimina nada Sí, solo afecta a los contenedores detenidos

prune elimina definitivamente los volúmenes huérfanos: se lista (ls), se identifica, luego se purga.

1.4 · Recuerdo

9. ¿Qué se gana con una red dedicada (network create) frente al bridge por defecto?

Contenedores más rápidos de descargar La resolución de los contenedores por su nombre Imágenes más ligeras La persistencia automática de los datos

La red dedicada activa el DNS por nombre: fin de las IP cambiantes del bridge por defecto.

1.4 · Aplicación

10. En monapp, ¿cómo alcanza la web la base llamada « bdd »?

Fusionando los dos contenedores Por su IP anotada en una nota adhesiva Publicando la base con -p hacia fuera Por su nombre: bdd:5432, base sin publicar

El nombre sigue válido tras cada relanzamiento; la base queda interna, solo el frontal se publica.

1.5 · Aplicación

11. La web de Idir está en Exited (1). ¿Primer reflejo?

Recrear enseguida idéntico Leer los logs (luego inspeccionar) para nombrar la causa Cambiar de imagen al azar Modificar archivos en el contenedor detenido

El estado orienta, los logs acusan, la inspección confirma: se corrige la causa, no el síntoma.

1.5 · Arbitraje

12. « docker exec -it web sh » responde « container not running ». ¿Qué arbitraje?

Publicar un puerto suplementario para desbloquear exec Forzar con otro shell, exec siempre acaba entrando exec exige un contenedor vivo: leer logs + inspect, arrancar o inspeccionar vía run --rm Eliminar la imagen y reinstalarlo todo

exec = vivo; detenido = logs + inspect primero, luego arranque o inspección desechable de la imagen.

¿Y ahora qué?

Puntuación ≥ 80 %: pase al Nivel 2 V3 (Dockerfile, build, configuración — se construyen las propias imágenes).
Puntuación entre 50 % y 80 %: retome las secciones falladas (etiquetas fijadas en 1.1, orden anfitrión:contenedor en 1.2, prueba rm + relanzamiento en 1.3, red dedicada en 1.4, método ps → logs → inspect en 1.5), relea las explicaciones de arriba, luego repita el test.
Puntuación < 50 %: recomience el nivel ejecutando cada modelo (versions.txt 1.1, línea de lanzamiento 1.2, base persistente 1.3, app de dos servicios 1.4, lista de autopsia 1.5) con Idir — y solo difunda lo que sobrevive al rm y responde al ping.