Devops 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é en GitHub Actions: Acelerar workflows

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

El caché de GitHub Actions almacena dependencias y artefactos entre ejecuciones. Reduce drásticamente el tiempo de CI.

action/cache

- uses: actions/cache@v4
 with:
 path: ~/.npm
 key: npm-${{ hashFiles('package-lock.json') }}

Estrategias de clave

Usa hash de archivos lock como clave primaria. Restore keys para coincidencias parciales. Fallback a último cache válido si cambian las dependencias.

Límites

10GB por repositorio. 7 días de retención (último acceso). Limpieza manual con API de GitHub. Cache miss si la clave no coincide exactamente.

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.

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.

GitHub Actions: Técnicas avanzadas

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

Más allá de los workflows básicos, GitHub Actions ofrece matrices, reutilización, entornos y despliegues avanzados.

Build Matrix

Ejecuta el mismo job en múltiples configuraciones: SO, versión de Node, dependencias. Acelera la retroalimentación de compatibilidad.

Reusable Workflows

Define un workflow en .github/workflows/reusable.yml con workflow_call. Reutiliza en otros workflows con uses: ./. Reduce duplicación.

Entornos y approval gates

Entornos con reviewers requeridos antes de desplegar a producción. Variables de entorno y secretos por ambiente. Protección de ramas.

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.