6.5Retrospectiva del terreno
Lo esencial en 30 segundos
- Prevenir : .dockerignore desde el primer Dockerfile, healthcheck + retry, tags inmutables — lo más barato es evitar.
- Probar : copia rejugada, down/up sin pérdida, proxy puesto temprano — lo que no está probado no existe.
- Dudar : latest en prod, dump nunca rejuguado y puertos en desorden siempre muerden — sin mitos.
Hilo Idir — lo que el trimestre le enseñó
Tras un trimestre, Idir resume su práctica en Argel en cinco frases : escribir el .dockerignore primero, exigir el healthcheck, desterrar latest en prod, solo creer las copias rejugadas, poner el proxy temprano. Y la regla de oro pegada en la pared : lo que no está versionado, probado y testeado no existe.
Retén un principio y descarta un mito : así se instala la experiencia.
Lo que recomiendan los practicantes
Síntesis anónima de buenas prácticas ampliamente compartidas en la documentación oficial, los retornos de la comunidad y las guías de explotación (sin cita fabricada : lo que sigue agrega recomendaciones públicas y verificables).
✓ Por hacer
- «El .dockerignore primero» : lo que no entra en el contexto ni rompe la caché ni la seguridad.
- «El healthcheck lo cambia todo» : pasar a condición healthy + retry hace desaparecer los fallos de arranque.
- «Tags inmutables en prod» : el seguro más barato contra la reconstrucción que lo rompe todo un viernes por la noche.
- «La copia probada, no la copia» : volumen-test + verificación, si no es una ilusión.
- «Un proxy temprano» : desde la segunda app, para evitar la deuda de puertos y preparar TLS y logs.
✗ Por evitar
- «latest en prod, ya veremos» — no : una reconstrucción anodina descarga una major y lo rompe todo.
- «Mi dump corre, luego estoy salvado» — no : sin restauración rejugada, es una ilusión.
- «depends_on basta, sin healthcheck» — no : sin condición healthy ni retry, los fallos vuelven.
- «Un puerto por app, ya gestionaremos luego» — no : sin proxy temprano, la deuda de puertos explota.
Guion listo para decir — hablar como practicante (30 s)
«Mi contexto : [.dockerignore desde el inicio]. Mi fiabilidad : [healthcheck + retry, tags 1.0]. Mi prueba : [copia rejugada, down/up sin pérdida]. Mi exposición : [proxy temprano, TLS, logs].»
Modelo copiar-pegar — ritual practicante (5 líneas)
docker compose config
docker compose up -d --build
docker compose ps
docker compose logs -f api
docker system dfTPE / presupuesto ajustado
Un principio por trimestre basta : .dockerignore + healthcheck primero, el resto después.
PYME Argel
Adaptar a las puestas en prod locales : copia rejugada y prueba down/up en cada hito.
Remoto / híbrido
Priorizar las trazas escritas a distancia (config validada, prueba rejugada, tag fechados).
Intercultural
Priorizar la transposición local cuando los códigos difieren : preguntar a los pares, comparar las prácticas.
Reto 48h — aplica mañana
Aplica 1 principio de practicante (.dockerignore, healthcheck, tags 1.0, copia rejugada, proxy temprano) a tu stack del momento y descarta 1 mito.
- Conozco los 5 principios de los practicantes y los 4 mitos por descartar.
- Mi ritual practicante (prevenir, probar, preparar) está iniciado.
- Hice el reto 48h o planifiqué su fecha.
Idir quiere progresar como los practicantes. ¿Qué dice el terreno?
La experiencia no se compra : se construye versionando, probando y testeando, stack tras stack.