infra · docker swarm, dokploy, github actions, cloudflare
Ingeniero DevOps para Docker Swarm y Dokploy, con una preview por cada rama.
Para una empresa SaaS monté todo el hosting: un clúster Docker Swarm con un manager y varios workers, gestionado con Dokploy. Un push a master sale en vivo solo, cada rama de feature tiene su preview en su propio subdominio, y Cloudflare está delante. Puedo montar el suyo de la misma forma, o hacerme cargo del que ya tiene.
- Plataforma
- Docker Swarm, Dokploy, Traefik
- CI/CD
- GitHub Actions, GitHub Container Registry
- DNS y CDN
- Cloudflare
- Modalidad
- Como proyecto, en su equipo o como asesoría
- Horario
- Lun–vie 04:00–18:00 Buenos Aires 09:00–23:00 Berlín 03:00–17:00 Nueva York
- Disponible desde
- Q4 '26
Qué monto
- Un clúster en lugar de un solo servidor: Docker Swarm con un manager y workers, así las apps se reparten entre varias máquinas, y más capacidad es un worker más.
- Dokploy como panel de control: apps, bases de datos, dominios y certificados en un solo lugar, con deploys y logs en el navegador en lugar de por SSH.
- Deploys sin pasos manuales: un push a master compila y publica una nueva versión.
- Una preview por cada rama: cada rama de feature corre en su propio subdominio, para probar una feature antes del merge.
- Pipelines en GitHub Actions: tests, imágenes Docker y releases.
- Cloudflare delante: DNS, caché, redirecciones y reglas de firewall.
En producción: la plataforma de una empresa SaaS
Para una empresa SaaS monté toda la plataforma: un clúster Docker Swarm con un manager y varios workers, gestionado con Dokploy, con Cloudflare delante. La mayoría de los repositorios son aplicaciones de Dokploy conectadas a GitHub. Un push a master despliega una nueva versión, y cada rama de feature levanta un preview deployment en su propio subdominio.
Los servicios de backend comparten sus pipelines a través de un repositorio de workflows: CI y releases con release-please. Una plantilla para servicios nuevos arranca con ambos ya conectados.
La referencia: este sitio
asisto.io también corre en Dokploy: nginx sirve los archivos compilados, con Traefik delante. Las reglas de Traefik viven en el repositorio junto al código: un año de caché para los archivos con un hash en el nombre, nada de caché para el HTML para que un deploy se vea al instante, y HSTS más algunos headers de seguridad que no cuestan nada. www y la barra final que falta se redirigen en un solo salto, y una página que no existe recibe el 404 en el idioma de su URL.
DevOps junto al resto del stack
Para mí, el pipeline es parte del código, así que lo monto junto con él. Los backends NestJS y los sitios Astro que construyo salen como imágenes Docker, y el pipeline viene con ellos. Tiene una sola persona que conoce el código y los servidores, y un deploy fallido no rebota entre dos equipos.
Cómo podemos trabajar juntos
- Desarrollo de apps: hosting y pipelines como proyecto, o como parte de un producto que construyo, con un alcance por escrito, una demo cada semana, y la configuración es suya.
- Staff augmentation: me sumo a su equipo y me ocupo de la plataforma junto con el trabajo de producto, part-time o full-time, desde tres meses.
- Asesoría: una revisión de su hosting y sus deploys actuales, o un plan para pasar de un servidor a un clúster, por hora o con un retainer mensual.
Preguntas frecuentes
¿Por qué Docker Swarm y no Kubernetes?
Swarm es parte de Docker: unos pocos servidores forman un clúster, y una app se describe casi en el mismo archivo que en el desarrollo local. No hay un control plane aparte que operar y actualizar. Kubernetes se justifica cuando muchos equipos despliegan muchos servicios y alguien se ocupa del clúster a tiempo completo. Para un producto en un puñado de servidores, Swarm cumple con mucho menos mantenimiento.
¿Qué es Dokploy?
Una plataforma open source que se instala en sus propios servidores, parecida a Heroku o Vercel. Se conecta a sus repositorios de GitHub, compila y despliega las apps, corre bases de datos y se ocupa de dominios y certificados TLS a través de Traefik. Corre sobre Docker Swarm, así que más capacidad es un worker más.
¿Cómo funcionan los preview deployments?
Cuando alguien hace push de una rama de feature, Dokploy la compila y la levanta en su propio subdominio. Product owners y testers prueban la feature antes del merge, y nadie tiene que esperar un servidor de staging compartido.
¿Por qué Cloudflare delante?
Cloudflare responde el DNS, sirve los archivos estáticos desde una caché cerca del visitante y filtra ataques antes de que lleguen a sus servidores, cuyas IP quedan ocultas detrás. Las redirecciones y las reglas de caché también viven ahí, en lugar de en cada app.
¿Puede hacerse cargo de nuestra infraestructura actual?
Sí. Empiezo con una revisión: qué corre dónde, cómo funciona hoy un deploy, qué pasa si se cae un servidor y dónde están los backups. La recibe por escrito, con lo que conviene arreglar primero.
¿Cuánto cuesta?
El precio es a consultar: precio fijo o por tiempo y materiales para proyectos, por hora o con un retainer mensual para asesoría. Recibe una propuesta por escrito en 48 horas.