Nivel 6 · En la práctica

6.4Caja de herramientas

Objetivo: disponer de checklists operativas y de los comandos Docker esenciales.

Tiempo estimado: 10 min · Si solo tienes 5 min: lee «Lo esencial en 30s» + el esquema.

Lo esencial en 30 segundos

Poner en prod : tags inmutables escaneados non-root, restart + healthcheck, volúmenes con copias y rejugados, secretos fuera del git.
Desenfundar : up -d --build, ps, logs -f, exec, config antes de todo up, scout, system df.
Regla : una checklist marcada cada vez vale más que un método sabido de memoria — en prod, se ejecuta.

Hilo Idir — las fichas junto al escritorio

Tras un trimestre, las dos fichas siguientes siguen junto al escritorio de Idir : la de puesta en prod pegada junto a la pantalla, la de comandos diarios en su libreta. «Lo que me salvó, dice en sustancia, no es conocer los puntos, es marcarlos cada vez — sobre todo los días de puesta en prod.»

Adapta las formulaciones a tu contexto, conserva la estructura : es ella la que evita olvidos e incidentes.

Referencias listas para usar

Una buena checklist vuelve un despliegue rápido y sin olvidos ; los buenos comandos evitan el tanteo. Por adaptar a tu contexto.

Puesta en prod (8 síes)

Tags inmutables, imágenes escaneadas non-root
restart + healthcheck en cada durable
Volúmenes con copias, restauración probada
Secretos fuera del git, .env.example versionado
Solo el proxy publica 80/443
Logs con rotación, disco alertado
CI como única fábrica, compose versionado
down/up probado sin pérdida

Comandos diarios

docker compose up -d --build / ps / logs -f svc / exec svc sh / down
docker images / ps -a / volume ls / network ls
docker compose config (validar) antes de todo up
docker scout quickview imagen:tag (escanear)
docker system df (¿qué llena el disco?)

Error frecuente de interpretación: «coleccionar las checklists». No. Una checklist solo sirve marcada y usada : toma la de tu próxima puesta en prod, las demás esperarán.

Versión en texto del esquema (SEO / lectores de pantalla / traducción): Dos momentos, dos fichas : 1) Poner en prod — tags inmutables non-root escaneados, restart + healthcheck, volúmenes con copias y rejugados, secretos fuera del git, solo el proxy en 80/443, logs con rotación, CI como única fábrica, down/up probado. 2) Diario — config antes de up, up -d --build, ps, logs -f, exec sh, scout, system df, images/ps/volume/network ls. Lección : ya no se piensa bajo presión, se ejecuta la ficha junto al escritorio.

Guion listo para decir — validar una puesta en prod (30 s)

«¿Tags inmutables escaneados non-root? ¿Restart + healthcheck? ¿Volúmenes rejugados? ¿Secretos fuera del git? ¿Proxy solo en 80/443? ¿Logs + disco OK? ¿CI como única fábrica? ¿Down/up probado? Si un no, no ponemos en prod.»

Modelo copiar-pegar — rutina diaria Docker

docker compose config
docker compose up -d --build
docker compose ps
docker compose logs -f api
docker compose exec api sh
docker system df

TPE / presupuesto ajustado

Fichas en una página pegada en la pared : lo esencial (tags, volúmenes rejugados, config) basta.

PYME Argel

Prever las realidades locales en la ficha : referentes conocidos, días de puesta en prod, volumen real testeado.

Remoto / híbrido

Añadir una línea validación escrita al seguimiento : a distancia, una puesta en prod fechada y probada evita malentendidos.

Intercultural

Explicitar los títulos por escrito : lo que parece evidente (quién guarda, qué tag) no lo es para todos.

Prudencia: Recordatorio genérico : puesta en prod y secretos comprometen a tu organización — punto «tags inmutables, secretos fuera del git, restauración probada» marcado cada vez, .env nunca versionado, prueba down/up conservada ; esta guía no da asesoría jurídica.

Reto 48h — aplica mañana

Toma 1 stack real, pasa la checklist «Puesta en prod (8 síes)» y marca dónde está. Lanza un comando de debug.

Lista de salida de la sección

Marqué una checklist en un stack real.
Sé desenfundar la ficha prod y los comandos en el momento justo.
Hice el reto 48h o planifiqué su fecha.

Autoevaluación 1-5 : ¿instrumentación de mis stacks?¿uso fechado de las checklists?

← Anterior : Buenas prácticas y trampas (V3)Siguiente : Retrospectiva del terreno (V3) →

Comprueba tu comprensión

Idir se dispone a poner en prod. ¿Qué debe marcar en prioridad?

💡

Estas checklists evitan 90 % de los incidentes : un latest en prod, un secreto en git, un volumen no rejuguado.