Blog · Comparativas de hosting
Hosting gestionado para Docker Compose en 2026: quién despliega un compose.yaml con HTTPS, backups y logs
Tienes un compose.yaml que funciona en tu equipo y quieres ese mismo archivo en línea con HTTPS, backups y logs, sin administrar un servidor. En 2026 la mayoría de los proveedores de hosting gestionado no lo ejecutan: lo convierten, piden otro formato o ejecutan una parte. Pethost lo ejecuta tal cual por 9,99 € al mes. De otros catorce proveedores gestionados que leímos, solo Elestio lo hace también, con un archivo pegado de imágenes ya hechas.
- Ejecutan el archivo y cuidan el servidor: Pethost (9,99 € al mes: 2 vCPU, 3 GB, 30 GB) y Elestio (19,71 $: 2 vCPU, 4 GB).
- Lo convierten en servicios propios: Railway, Sliplane, Hostim.dev, Google Cloud Run. Fly.io lo ejecuta dentro de una sola Machine e ignora
volumes:. - Sin Compose: Render, Northflank, DigitalOcean App Platform, Zeabur. En un servidor que sigue siendo tuyo: Coolify, Dokploy.
- Tres servicios web, un worker y un Postgres: 9,99 € en Pethost, 11,00 € en Hostim.dev, 19,71 $ en Elestio, 23,15 $ en Railway, 28,80 € en Sliplane. Solo los 3 GB de memoria de Starter costarían 30 $ al mes con las tarifas de Railway.
Qué proveedores despliegan un compose.yaml tal cual en 2026
Un proveedor puede hacer cuatro cosas con un archivo Compose: ejecutarlo con Docker Compose, convertirlo una vez en servicios de su propio tipo, ejecutar una parte o hacer que lo escribas de nuevo en su formato.
| Proveedor | El compose.yaml | Qué se conserva | Quién cuida el servidor |
|---|---|---|---|
| Pethost | Lo ejecuta tal cual, o lo rechaza y dice qué escribir | Builds, volúmenes con nombre, depends_on, healthchecks, .env | Pethost |
| Elestio | Ejecuta un archivo pegado, como pipeline en una VM | No se listan las claves; documentado para imágenes ya hechas | Elestio |
| Fly.io | Ejecuta una parte, dentro de una sola Machine | Un build:, un puerto público; volumes: se ignora | Fly.io |
| Railway | Convierte cada servicio en un servicio de Railway | Imágenes, variables, un volumen por servicio; sin depends_on | Railway |
| Sliplane | Lo convierte: un parser lee un subconjunto | Servicios, volúmenes, variables de entorno | Sliplane |
| Hostim.dev | Convierte cada servicio en una app con su propio plan | Volúmenes; las bases de datos pasan a ser gestionadas | Hostim.dev |
| Google Cloud Run | Lo convierte en un servicio de varios contenedores | Builds, depends_on, env_file; los volúmenes pasan a ser carpetas de un bucket | |
| Render | No: su propio render.yaml | Nada | Render |
| Northflank | No encontramos soporte: sus propias plantillas | Nada | Northflank |
| DigitalOcean App Platform | No: su propia app spec | Nada; no tiene volúmenes | DigitalOcean |
| Zeabur | No: su propio Template YAML | Nada | Zeabur, en un servidor comprado a través de él |
| Coolify, Dokploy | Lo ejecutan, en un servidor que conectas | Builds, volúmenes, healthchecks, depends_on | Tú |
En Heroku, Koyeb y Sevalla no encontramos ningún despliegue con Compose; Azure Container Apps convierte un archivo con az containerapp compose create.
Un compose.yaml en tres tipos de proveedor
Toma un proyecto real pequeño: un servicio web y un worker construidos desde un mismo Dockerfile, y un Postgres con sus datos en un volumen con nombre.
services:
web:
build: .
ports: ["3000:3000"]
env_file: .env
depends_on:
db: {condition: service_healthy}
worker:
build: .
command: node worker.js
env_file: .env
depends_on:
db: {condition: service_healthy}
db:
image: postgres:17
env_file: .env
volumes: ["pgdata:/var/lib/postgresql/data"]
healthcheck:
test: ["CMD-SHELL", "pg_isready -U postgres"]
volumes:
pgdata:
Railway lo convierte en tres servicios
Arrastra el archivo a un proyecto de Railway y “tus servicios (y los volúmenes montados) se importarán automáticamente como cambios preparados”. Desde entonces son servicios de Railway: Railway “no ejecuta directamente archivos docker-compose.yml”. build: pasa a ser “Desplegar desde un repositorio de GitHub con un Dockerfile”, y depends_on “no tiene equivalente directo. Las aplicaciones deben encargarse de reintentar la conexión al iniciarse”.
Fly.io lo ejecuta dentro de una sola Machine
Con [build.compose] en fly.toml y flyctl v0.3.152 o posterior, Fly “construye y ejecuta los servicios de Compose como contenedores dentro de una sola Machine”. fly deploy “exige que exactamente un servicio del archivo Compose especifique build”; el nuestro tiene dos. Fly “ignora las declaraciones volumes:”, así que Postgres escribe en “una capa efímera que se borra al reiniciar o al volver a desplegar” hasta que se monta un Fly Volume con [mounts]. Y los contenedores comparten un espacio de nombres de red: la base de datos está en localhost:5432, no en db:5432.
Pethost lo ejecuta tal cual
Ejecutamos el archivo con Docker Compose y no corregimos nada en él. La máquina construye las dos imágenes, descarga postgres:17, espera al healthcheck de db e inicia el resto: el comportamiento propio de Compose. Lo que no ejecutamos, como privileged o el socket de Docker, se rechaza antes de crear nada, con lo que hay que escribir en su lugar. Nuestro archivo no recibe ningún rechazo, y su línea ports: se queda. La máquina le pregunta a un puerto publicado qué es: este responde HTTP, así que se sirve en la dirección del proyecto por HTTPS, y el puerto 3000 no se abre además en la máquina. Un puerto publicado de otra cosa, como una base de datos, se abre en la máquina tal como está escrito. Para elegir tú la dirección, una ruta la nombra:
x-pethost:
routes:
- {host: app.sam.pethost.app, service: web, port: 3000}
La referencia de la API tiene todas las reglas. Con un agente de programación con IA no escribes nada de esto:
Tú dices: Despliega este proyecto Compose y mándame el enlace.
- CreateTransfer app.tgz subido
- CreateProject app: construyendo
- GetOperation con éxito
El agente responde: Ya está en línea en https://app.sam.pethost.app. Tu compose.yaml está intacto.
Soporte de Docker Compose, proveedor por proveedor
Sliplane: un parser para un archivo compose
La documentación de Sliplane dice “Los archivos Docker Compose aún no funcionan”. Su parser lee “un subconjunto de flags de Docker y opciones de Compose” y los convierte en servicios que revisas. Cobra como nosotros, un precio fijo por servidor: mira alternativas a Sliplane.
Google Cloud Run: gcloud run compose up
gcloud run compose up compose.yaml despliega “un único servicio de Cloud Run con varios contenedores”. La página de Google no lleva ningún aviso de Preview y dice que el comando es “ideal para desarrollo”. Un servicio escala a cero salvo que pagues una instancia mínima.
Render, Northflank y DigitalOcean App Platform: no admiten Docker Compose
Render lee su Blueprint render.yaml y nada de un archivo Compose; la propuesta “Soporte para docker-compose” de su tablero sigue abierta desde el 17 de julio de 2019. Northflank tiene plantillas; DigitalOcean, una app spec, y “App Platform no admite volúmenes”. Los precios están en precios de Railway vs Render vs Fly.io.
Elestio: un pipeline de docker-compose personalizado en una VM gestionada
Elestio ejecuta un archivo Compose pegado como un “pipeline de CI/CD” en una VM que mantiene al día con parches: 19,71 $ al mes por 2 vCPU y 4 GB. Su documentación lo presenta para imágenes “ya disponibles en un registro de Docker público o privado”. Los planes incluyen “backups automáticos, certificados SSL, actualizaciones de seguridad, parches del sistema operativo”; no se dice si los volúmenes de un pipeline entran en esos backups.
Coolify y Dokploy: el archivo se ejecuta, el servidor es tuyo
Coolify y Dokploy son gratuitos y ejecutan el archivo con sus builds, volúmenes y healthchecks. Alquilar y cuidar el servidor sigue siendo cosa tuya, también con Coolify Cloud (5 $ al mes) y Dokploy Cloud (4,50 $ por servidor), que solo alojan el panel: mira los paneles autoalojados comparados y los dos paneles en la nube.
HTTPS, backups y logs: lo que viene con el archivo Compose
Compose inicia contenedores. El certificado, la copia del volumen y el log que puedes leer una semana después los pone el proveedor. Todos los proveedores gestionados de aquí dan una dirección HTTPS, aunque en Cloud Run un dominio propio necesita un balanceador de carga.
| Proveedor | Backups de volúmenes | Logs |
|---|---|---|
| Pethost | Cada noche, fuera de la máquina, conservados 14 días | Cada petición durante 30 días, y los logs de los propios contenedores |
| Elestio | Diarios, conservados 7 días; volúmenes de Compose sin confirmar | Logs en tiempo real e históricos |
| Railway | Programados, de pago; los diarios se conservan 6 días | 7 días en Hobby |
| Sliplane | Diarios, conservados 7 días | 15 000 líneas, 7 días |
| Hostim.dev | Diarios; una restauración pasa por soporte | Hasta 7 días |
| Fly.io | Snapshots diarios de Fly Volumes, 5 días por defecto | 7 días |
Postgres en Pethost es un contenedor de tu proyecto, incluido en el backup de cada noche: no una base de datos gestionada con réplicas ni recuperación a un punto en el tiempo. La de Hostim.dev es un clúster gestionado con failover, y Fly.io vende una desde 38 $ al mes.
Cuánto cuesta el hosting gestionado de Docker Compose para tres apps, un worker y un Postgres
Una carga de trabajo, en cada proveedor que le pone precio: tres servicios web siempre activos de 512 MB cada uno, un worker, un Postgres y 10 GB de tráfico al mes. Son unos 2,5 GB de los 3 GB de Starter.
| Proveedor | Precio al mes |
|---|---|
| Pethost Starter | 9,99 € |
| Hostim.dev | 11,00 € |
| Fly.io, tu propio Postgres | 17,30 $ |
| Elestio | 19,71 $ |
| Railway | 23,15 $ |
| Sliplane | 28,80 € |
| Fly.io, Managed Postgres | 53,24 $ |
| Google Cloud Run | 63,49 $ |
La cifra de Railway cuenta solo la memoria, con nuestra suposición de 0,5 GB por servicio: cada 0,1 vCPU que usa un servicio suma 2 $. Las de Fly.io son precios de Ashburn, la más baja con un Postgres que ejecutas tú; la de Cloud Run, con las tarifas de us-central1 y Cloud SQL.
Los precios difieren menos que lo que compran. Railway cobra 10 $ al mes por un gigabyte de memoria y 20 $ por una vCPU, así que los 3 GB de Starter costarían allí 30 $ antes de cualquier CPU. El servidor de 9 € de Sliplane tiene 1 vCPU y 1 GB, y el que aguanta esta carga cuesta 28,80 €. Hostim.dev pone precio a cada app por separado, 2,50 € por 1 GB: estas cinco suman 11,00 €, y una sexta es un plan más. En Pethost, 9,99 € cubren todo lo que ejecutas, y el siguiente proyecto no cuesta nada mientras quepa.
Lo que compran 9,99 € al mes, ya hecho
En Starter, por 9,99 € al mes sin IVA, está hecho el trabajo que Docker Compose no hace:
- 2 vCPU, 3 GB, 30 GB para todos los proyectos que quepan
- 14 noches de backups cifrados, fuera de la máquina
- 30 días de logs de peticiones
También en el precio: una dirección HTTPS para cada proyecto, un despliegue en cada push a GitHub con un commit anterior a un paso, SSH a cualquier contenedor y actualizaciones de seguridad que se instalan solas.
Es la mejor relación calidad-precio que encontramos para un archivo Compose: la mayor memoria por el dinero, con el trabajo de alrededor hecho. Grow, el doble de tamaño, cuesta 17,99 €.
¿Y si alquilo un VPS para Docker Compose?
Puedes: Compose funciona en cualquier servidor, y Coolify o Dokploy le ponen un panel. Antes, dos cosas. Un agente en un servidor pelado trabaja como root por SSH: nada le dice qué se ejecuta ahí, y un comando equivocado tumba el proxy o la base de datos. En Pethost trabaja con herramientas hechas para agentes, y su shell está dentro de tus contenedores, nunca en la máquina.
Y no es seguro que un servidor cueste menos. Hetzner, el que más guías nombran, subió sus precios dos veces en 2026, y su gama barata Cost-Optimized lleva mucho tiempo agotada. Esos servidores son hardware que compró a buen precio, antes de la escasez de RAM, y cada plan de la gama aparece como “no disponible”. El servidor de 2 vCPU y 4 GB que sí vende, CPX22, cuesta 19,49 € al mes, frente a los 7,99 € de antes. Súmale un panel, el almacenamiento de los backups y tus horas. Starter cuesta 9,99 € con todo eso hecho.
Para quién es Pethost
Pethost es la mejor opción para
- Desarrolladores con un compose.yaml que ya funciona, que lo quieren en línea sin ningún servidor que parchear
- Desarrolladores en solitario con varios proyectos personales: cada uno un proyecto Compose, todos en una sola factura de 9,99 €
- Quienes construyen con Claude Code, Codex o Cursor y quieren que el agente despliegue el proyecto y lea sus logs
- Startups en sus inicios que quieren una factura fija, y un archivo que funcione en cualquier otro sitio donde funcione Docker
Busca en otra parte si
- Tu aplicación necesita varias regiones, autoescalado o una base de datos con réplicas: aquí el límite es una máquina
Preguntas
¿Qué hosting gestionado despliega un compose.yaml sin que yo administre el servidor?
De los proveedores gestionados que leímos en 2026, Pethost y Elestio ejecutan un archivo Docker Compose tal cual y cuidan la máquina que hay debajo. Pethost cuesta 9,99 € al mes con HTTPS, backups cada noche y logs de peticiones incluidos; la VM de 2 vCPU y 4 GB de Elestio cuesta 19,71 $.
¿Railway admite Docker Compose en 2026?
Railway importa un archivo compose: cada servicio pasa a ser un servicio de Railway. “No ejecuta directamente archivos docker-compose.yml”: depends_on no tiene equivalente, y build: pasa a ser un despliegue desde un repositorio de GitHub.
¿Sliplane admite Docker Compose?
No como archivo para desplegar: su documentación dice “Los archivos Docker Compose aún no funcionan”. Un parser lee un subconjunto de un docker-compose.yml y lo convierte en servicios de Sliplane, que revisas antes de desplegar.
¿Se puede desplegar un docker-compose.yml en Fly.io?
Sí, como contenedores dentro de una sola Machine, con [build.compose] en fly.toml. Los volumes: del archivo se ignoran, solo un servicio puede tener un build: y un solo contenedor recibe las peticiones entrantes.
¿gcloud run compose up en Cloud Run está listo para producción?
El comando está en la rama principal de gcloud, y la página de Google no lleva ningún aviso de Preview. Google dice que es “ideal para desarrollo” y que “no sustituye a una estrategia completa de infraestructura como código para entornos de producción”.
¿Render, Northflank o DigitalOcean App Platform admiten Docker Compose?
No. Render lee un Blueprint render.yaml y DigitalOcean App Platform una app spec, y la documentación de Northflank no tiene ninguna página sobre Compose, solo plantillas. Cada servicio se declara de nuevo.
Leído de la propia documentación y la página de precios de cada proveedor. Los precios son los que publica cada proveedor, en su moneda; los nuestros, sin IVA.
- Railway: Docker Compose
- Railway: backups
- Railway: precios
- Sliplane: desplegar un servicio
- Sliplane: precios
- Fly.io: Machines con varios contenedores
- Fly.io: precios
- Cloud Run: Compose
- Cloud Run: precios
- Azure: az containerapp compose
- Render: Blueprints
- Render: “Soporte para docker-compose”
- Northflank: documentación
- DigitalOcean App Platform: límites
- Zeabur: Dockerfile
- Elestio: docker-compose personalizado
- Elestio: precios
- Hostim.dev: preguntas
- Hostim.dev: precios
- Coolify: Docker Compose
- Coolify Cloud: precios
- Dokploy: Docker Compose
- Hetzner Cloud: planes Cost-Optimized
- Hetzner: ajuste de precios
Pon tus proyectos en línea hoy
Despliega apps, bots y bases de datos desde tu agente, GitHub o el navegador, tantos como quepan, a un precio fijo. Nada medido, nada cobrado aparte.