Docker on Commentary of Takao

Docker Compose: Mejores prácticas de producción

Mon, 20 Apr 2026 00:00:00 +0900

Más allá del Docker Compose básico, existen patrones probados para entornos de producción robustos.

Multi-stage builds

Compila en una etapa, ejecuta en otra más ligera. Reduce significativamente el tamaño de la imagen final y la superficie de ataque.

Healthchecks

healthcheck:
 test: ["CMD", "curl", "-f", "http://localhost"]
 interval: 30s
 retries: 3

Docker reinicia servicios no saludables automáticamente.

Logging

Configura drivers de logging (json-file, fluentd, awslogs). Rotación de logs: max-size: 10m, max-file: 3.

Seguridad de red

Redes separadas para frontend, backend y base de datos. Solo expone puertos al host cuando sea necesario. Usa redes externas para servicios compartidos.

Caché de build en Docker: Acelerar compilaciones

Sat, 20 Sep 2025 00:00:00 +0900

Docker aprovecha la caché de capas para acelerar builds. Entender el orden de las capas y la invalidación de caché es clave para builds rápidos.

Orden de capas

Coloca las capas que cambian con menos frecuencia al inicio: dependencias del sistema, luego dependencias de la aplicación, luego código fuente.

COPY vs ADD

COPY invalida la caché si el contenido del archivo fuente cambia. Usa .dockerignore para excluir archivos innecesarios (node_modules, .git).

Multi-stage builds de Docker: Imágenes más ligeras

Thu, 20 Mar 2025 00:00:00 +0900

Multi-stage builds usan múltiples instrucciones FROM en un solo Dockerfile. Cada etapa puede usar una base diferente, copiando solo los artefactos necesarios a la etapa final.

Ejemplo Node.js

FROM node:20 AS build
WORKDIR /app
COPY package*.json .
RUN npm ci
COPY . .
RUN npm run build

FROM node:20-slim
COPY --from=build /app/dist ./dist
CMD ["node", "dist/index.js"]

Beneficios

Reduce la imagen final de ~1GB a ~150MB. Elimina herramientas de compilación, dependencias de desarrollo y archivos temporales.

Docker Compose en producción

Tue, 12 Nov 2024 00:00:00 +0900

Docker Compose no es solo para desarrollo. Con configuraciones adecuadas puede orquestar servicios en producción para despliegues pequeños y medianos.

Diferencias desarrollo vs producción

Usa múltiples archivos: docker-compose.yml base, docker-compose.override.yml para desarrollo, docker-compose.prod.yml para producción.

Seguridad

No expongas puertos innecesarios. Usa redes internas para servicios. Variables de entorno via archivos .env o secretos de Docker.

Persistencia de datos

Volúmenes nombrados en lugar de bind mounts. Backups periódicos. Políticas de reinicio: restart: unless-stopped o restart: always.

Redes en Docker: Comunicación entre contenedores

Tue, 27 Aug 2024 00:00:00 +0900

Docker proporciona varios modos de red para la comunicación entre contenedores y con el exterior. Elegir el correcto es fundamental para la seguridad y el rendimiento.

Tipos de red

bridge (default): red privada por host, comunicación entre contenedores via IP/nombre. host: comparte la red del host. overlay: múltiples hosts (Swarm). none: sin red.

DNS interno

Docker tiene DNS interno. Los contenedores en la misma red bridge personalizada se resuelven por nombre de contenedor. No es necesario conocer IPs.

Seguridad en contenedores: Mejores prácticas

Tue, 16 Jul 2024 00:00:00 +0900

La seguridad en contenedores abarca desde la imagen base hasta la configuración de runtime. Un contenedor inseguro compromete todo el host.

Imágenes base

Usa imágenes oficiales y actualizadas. Prefiere -slim, -alpine o distroless. Escanea vulnerabilidades con docker scout o trivy.

Principio de mínimos privilegios

No ejecutes como root: USER nobody en Dockerfile. Capacidades de Linux mínimas: --cap-drop ALL --cap-add NEEDED. Modo de solo lectura: --read-only.

Secrets y variables

Nunca incluyas secretos en la imagen. Usa --secret de BuildKit para construir, y variables de entorno o montajes de secretos para ejecutar.

Health Checks en Docker: Monitoreo de servicios

Mon, 25 Dec 2023 00:00:00 +0900

Los health checks de Docker permiten que el engine monitoree el estado de los contenedores y tome acciones automáticas (reinicios, notificaciones).

Sintaxis

HEALTHCHECK --interval=30s --timeout=3s --retries=3 CMD curl -f http://localhost || exit 1 en Dockerfile, o healthcheck en docker-compose.yml.

Protocolos

HTTP: curl -f http://localhost/health. TCP: nc -z localhost 3306. Script personalizado para lógica compleja.

Integración con orquestadores

Docker Compose reinicia contenedores no saludables. Swarm y Kubernetes usan health checks para reemplazar instancias fallidas.