Docker Compose, healthchecks, cron y configuración operativa para entornos locales. Las herramientas corren en tu navegador y los ejemplos enlazan a guías de stacks reales.
Pensada para estudiantes, perfiles de IT, devops e ingenieros que montan servicios en local con Docker Compose, programan tareas con cron y necesitan validar configuración antes de copiarla a un repositorio. No es una landing de marketing: es un punto de partida operativo que conecta cada herramienta con la guía que explica el caso de uso real.
Todas las utilidades procesan tu configuración en el navegador. El YAML que generas o validas no se envía a un servidor. Puedes confirmarlo abriendo DevTools en la pestaña Network mientras usas cada herramienta.
Las dos piezas centrales del flujo DevOps local: definir servicios con Docker Compose y programar cuándo se ejecutan las tareas.
Generador y validador de Docker Compose con 8 presets, healthcheck builder y lint práctico sobre el compose.yaml que pegas.
Generador de expresiones cron Unix/POSIX con dialectos Quartz y AWS, vista de próximas ejecuciones y avisos de dialecto.
Secundarias dentro del flujo: útiles para revisar configuración estructurada antes de pegarla, sin competir con las dos principales.
Cada flujo enlaza la herramienta que lo resuelve con la guía que explica el detalle y los errores que evita.
Define PostgreSQL con un volumen persistente, healthcheck pg_isready y la contraseña en .env.example, sin exponer el puerto a Internet.
Conecta pgAdmin a la base de datos por el nombre del servicio y átalo a localhost para no dejarlo abierto.
Coloca Nginx delante de tu app con red interna y proxy_pass al nombre del servicio, y aprende a diagnosticar un 502.
Construye la expresión cron para backups, limpiezas o informes y confirma la frecuencia con las próximas ejecuciones.
Revisa healthchecks y depends_on, y comprueba que el YAML o JSON está bien formado antes de pegarlo al repositorio.
Biblioteca de stacks reales explicados, del healthcheck básico a monitorización. Cada guía incluye el compose.yaml, los puertos seguros y el error concreto que evita.
Cómo escribir healthchecks correctos por servicio, usar depends_on con condition: service_healthy, gestionar secretos con .env.example y evitar exponer puertos de base de datos.
Biblioteca de ejemplos de Docker Compose por stack (Postgres, Redis, Nginx, Node, WordPress, Prometheus + Grafana) con tabla comparativa, healthchecks, puertos seguros y el error real que evita cada uno.
Un compose.yaml de PostgreSQL con volumen persistente, healthcheck pg_isready, .env.example y los comandos clave, más por qué cambiar la contraseña no funciona si conservas el volumen viejo.
PostgreSQL con pgAdmin: conectar el panel a la base de datos por el nombre del servicio, atarlo a localhost, .env.example y por qué exponer pgAdmin a Internet es mala idea.
Un compose.yaml de Redis con requirepass, persistencia AOF, healthcheck con redis-cli y puerto atado a localhost, más por qué un Redis sin AUTH y abierto se compromete en minutos.
Una app Node.js y su base de datos PostgreSQL en el mismo Compose, con depends_on y condition: service_healthy para evitar el ECONNREFUSED al arrancar, migraciones y dev frente a producción.
Pon una app detrás de Nginx: red interna, proxy_pass al nombre del servicio, healthcheck y cómo diagnosticar un 502 Bad Gateway. Incluye cuándo usar Traefik o Caddy en su lugar.
WordPress con MariaDB en local: dos volúmenes (base de datos y archivos con tus uploads), .env.example, healthcheck de MariaDB y cómo resolver el error de conexión a la base de datos.
Prometheus y Grafana en local: prometheus.yml, volúmenes para los datos, conectar Grafana a Prometheus por nombre de servicio y qué monitoriza este stack y qué no.
Los fallos recurrentes al montar servicios en local. Las herramientas y las guías de arriba están pensadas para no caer en ellos.
Dentro de un servicio, localhost es el propio contenedor, no el host ni otro servicio. Los servicios se conectan por su nombre en la red de Compose.
Publicar el puerto de Postgres o Redis como 5432:5432 lo abre en todas las interfaces. Átalo a 127.0.0.1 cuando solo lo necesitas en local.
depends_on espera a que el contenedor arranque, no a que el servicio esté listo. Sin condition: service_healthy verás ECONNREFUSED al inicio.
Las contraseñas escritas en el compose.yaml acaban en el repositorio. Usa variables con .env y versiona solo un .env.example sin valores reales.
latest cambia sin avisar y rompe builds reproducibles. Fija una versión concreta de la imagen para que el stack sea estable.
Un cron que se ejecuta a las 2:00 lo hace en la zona del sistema o del contenedor. Verifica la timezone antes de confiar en la hora.
Repaso rápido antes de dar por bueno un stack local.
| Punto | Qué verificar |
|---|---|
| Volumen con nombre | Los datos persisten entre reinicios y no quedan en un volumen anónimo. |
| Healthcheck real | Cada servicio crítico comprueba que está listo, no solo que arrancó. |
| Puertos a 127.0.0.1 | Lo que publicas en local se ata a loopback, no a todas las interfaces. |
| .env fuera de git | Versionas .env.example sin valores; el .env real está en .gitignore. |
| Imagen con versión fijada | Nada de :latest; una etiqueta concreta para builds reproducibles. |
| Logs y verificación | Sabes con qué comando ver logs y confirmar que el servicio responde. |
ToolsOps