---
title: "Hospedagem gerenciada de Docker Compose em 2026"
description: "A maioria das hospedagens gerenciadas converte um Docker Compose ou pede outro formato. Duas rodam o compose.yaml como está: Pethost, € 9,99/mês, e Elestio."
---

[Blog](https://pethost.dev/pt/blog/) · Comparativos de hospedagem

# Hospedagem gerenciada de Docker Compose em 2026: quem faz o deploy de um compose.yaml com HTTPS, backups e logs

Pela equipe da Pethost · 15 de setembro de 2026 · Atualizado em 25 de outubro de 2026 · 11 min de leitura

Você tem um compose.yaml que roda no seu notebook e quer o mesmo arquivo no ar com HTTPS, backups e logs, sem cuidar de um servidor. Em 2026, a maioria das hospedagens gerenciadas não vai rodá-lo: elas o convertem, pedem outro formato ou rodam só uma parte. O Pethost roda o arquivo como está escrito por € 9,99 por mês. Dos outros catorze provedores gerenciados que lemos, só o Elestio faz o mesmo, para um arquivo colado com imagens prontas.

**Em resumo**

- **Rodam o arquivo e cuidam do servidor:** o Pethost (€ 9,99 por mês: 2 vCPU, 3 GB, 30 GB) e o Elestio ($ 19,71: 2 vCPU, 4 GB).
- **Convertem o arquivo em serviços próprios:** Railway, Sliplane, Hostim.dev, Google Cloud Run. O Fly.io roda o arquivo dentro de uma Machine e ignora `volumes:`.
- **Sem Compose:** Render, Northflank, DigitalOcean App Platform, Zeabur. **Num servidor que continua sendo seu:** Coolify, Dokploy.
- **Três serviços web, um worker e um Postgres:** € 9,99 no Pethost, € 11,00 no Hostim.dev, $ 19,71 no Elestio, $ 23,15 no Railway, € 28,80 no Sliplane. Só os 3 GB de memória do Starter custariam $ 30 por mês pela tarifa do Railway.

## Quais provedores fazem o deploy de um compose.yaml como está escrito em 2026

Um provedor pode fazer quatro coisas com um arquivo Compose: rodá-lo com o Docker Compose, convertê-lo uma vez em serviços do tipo dele, rodar uma parte dele ou fazer você reescrevê-lo no formato dele.

**O que cada provedor faz com um compose.yaml, 2026**

| Provedor | O compose.yaml | O que é aproveitado | Quem cuida do servidor |
| --- | --- | --- | --- |
| Pethost | Roda como está escrito, ou recusa e diz o que escrever | Builds, volumes nomeados, `depends_on`, healthchecks, .env | Pethost |
| Elestio | Roda um arquivo colado, como um pipeline numa VM | Chaves não listadas; documentado para imagens prontas | Elestio |
| Fly.io | Roda uma parte, dentro de uma Machine | Um `build:`, uma porta pública; `volumes:` ignorados | Fly.io |
| Railway | Converte cada serviço num serviço do Railway | Imagens, variáveis, um volume por serviço; sem `depends_on` | Railway |
| Sliplane | Converte: um parser lê um subconjunto | Serviços, volumes, variáveis de ambiente | Sliplane |
| Hostim.dev | Converte cada serviço num app com plano próprio | Volumes; bancos de dados viram bancos gerenciados | Hostim.dev |
| Google Cloud Run | Converte num único serviço de vários containers | Builds, `depends_on`, `env_file`; volumes viram pastas de bucket | Google |
| Render | Não: um render.yaml próprio | Nada | Render |
| Northflank | Nenhum suporte encontrado: templates próprios | Nada | Northflank |
| DigitalOcean App Platform | Não: uma app spec própria | Nada; não tem volumes | DigitalOcean |
| Zeabur | Não: um Template YAML próprio | Nada | Zeabur, num servidor comprado por ela |
| Coolify, Dokploy | Roda, num servidor que você conecta | Builds, volumes, healthchecks, `depends_on` | Você |

O Heroku, o Koyeb e o Sevalla não têm deploy de Compose que tenhamos encontrado; o Azure Container Apps converte um arquivo com `az containerapp compose create`.

## Um compose.yaml em três tipos de provedor

Pegue um projeto pequeno e real: um serviço web e um worker com build a partir de um Dockerfile, e um Postgres com os dados num volume nomeado.

```
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:
```

### O Railway converte o arquivo em três serviços

Solte o arquivo num projeto do Railway e “seus serviços (e quaisquer volumes montados) serão importados automaticamente como alterações pendentes”. A partir daí eles são serviços do Railway: o Railway “não roda arquivos docker-compose.yml diretamente”. O `build:` vira “Deploy a partir de um repositório do GitHub com um Dockerfile”, e o `depends_on` “não tem equivalente direto. As aplicações devem tratar novas tentativas de conexão ao iniciar”.

### O Fly.io roda o arquivo dentro de uma Machine

Com `[build.compose]` no fly.toml e o flyctl v0.3.152 ou mais recente, o Fly “faz o build e roda os serviços do Compose como containers dentro de uma única Machine”. O `fly deploy` “exige que exatamente um serviço no arquivo Compose especifique `build`”; o nosso tem dois. O Fly “ignora as declarações `volumes:`”, então o Postgres grava numa “camada overlay efêmera que é apagada no reinício ou em um novo deploy” até que um Fly Volume seja montado por `[mounts]`. E os containers compartilham um namespace de rede: o banco de dados fica em `localhost:5432`, não em `db:5432`.

### O Pethost roda o arquivo como está escrito

Rodamos o arquivo com o Docker Compose e não corrigimos nada nele. A máquina faz o build das duas imagens, baixa `postgres:17`, espera o healthcheck do `db` e inicia o resto: o comportamento do próprio Compose. O que não rodamos, como `privileged` ou o socket do Docker, é recusado antes de qualquer coisa ser criada, com o que escrever no lugar. O nosso arquivo não recebe recusa, e a linha `ports:` fica. A máquina pergunta a uma porta publicada o que ela é: esta responde HTTP, então é servida no endereço do projeto por HTTPS, e a porta 3000 não é aberta na máquina ao lado. Uma porta publicada de outra coisa, como um banco de dados, abre na máquina como está escrita. Para escolher o endereço você mesmo, uma rota o define:

```
x-pethost:
  routes:
    - {host: app.sam.pethost.app, service: web, port: 3000}
```

A [referência da API](https://pethost.dev/docs/api/) tem todas as regras. Com [um agente de código com IA](https://pethost.dev/pt/blog/hosting-for-ai-coding-agents/) você não escreve nada disso:

Claude Code

**Você diz:** Faça o deploy deste projeto Compose e me mande o link.

- CreateTransfer app.tgz enviado
- CreateProject app: fazendo build
- GetOperation concluído

**O agente responde:** Está no ar em https://app.sam.pethost.app. Seu compose.yaml continua intocado.

## Suporte a Docker Compose provedor por provedor

### Sliplane: um parser para um arquivo compose

A documentação do Sliplane diz: “Arquivos docker compose ainda não funcionam.” O parser dele lê “um subconjunto de flags do Docker e opções do Compose” e os transforma em serviços que você revisa. Ele cobra como nós, um preço fixo por servidor: veja [alternativas ao Sliplane](https://pethost.dev/pt/blog/sliplane-alternatives/).

### Google Cloud Run: gcloud run compose up

`gcloud run compose up compose.yaml` faz o deploy de “um único serviço do Cloud Run com vários containers”. A página do Google não traz aviso de Preview e chama o comando de “ideal para desenvolvimento”. Um serviço escala até zero, a menos que você pague por uma instância mínima.

### Render, Northflank e DigitalOcean App Platform: Docker Compose não é suportado

O Render lê o Blueprint `render.yaml` dele e nada de um arquivo Compose; o pedido “Support docker-compose” no quadro de sugestões dele está aberto desde 17 de julho de 2019. O Northflank tem templates, a DigitalOcean uma app spec, e “o App Platform não suporta volumes”. Os preços estão em [preços do Railway, do Render e do Fly.io](https://pethost.dev/pt/blog/railway-vs-render-vs-fly-io-pricing/).

### Elestio: um pipeline docker-compose personalizado numa VM gerenciada

O Elestio roda um arquivo Compose colado como um “pipeline de CI/CD” numa VM que ele mantém atualizada: $ 19,71 por mês por 2 vCPU e 4 GB. A documentação dele apresenta isso para imagens “já disponíveis num registry Docker público ou privado”. Os planos incluem “backups automáticos, certificados SSL, atualizações de segurança, patches do sistema operacional”; se os volumes de um pipeline entram nesses backups, não está dito.

### Coolify e Dokploy: o arquivo roda, o servidor é seu

O Coolify e o Dokploy são gratuitos e rodam o arquivo com os builds, volumes e healthchecks dele. O servidor continua sendo seu para alugar e cuidar, também com o Coolify Cloud ($ 5 por mês) e o Dokploy Cloud ($ 4,50 por servidor), que hospedam só o painel: veja [os painéis self-hosted comparados](https://pethost.dev/pt/blog/coolify-vs-dokploy-vs-caprover-vs-dokku/) e [os dois painéis na nuvem](https://pethost.dev/pt/blog/coolify-cloud-vs-dokploy-cloud/).

## HTTPS, backups e logs: o que vem com o arquivo Compose

O Compose inicia containers. O certificado, a cópia do volume e o log que você consegue ler uma semana depois vêm do provedor. Todo provedor gerenciado aqui dá um endereço HTTPS, mas no Cloud Run um domínio próprio exige um load balancer.

**Backups e logs em torno de um arquivo Compose**

| Provedor | Backups de volumes | Logs |
| --- | --- | --- |
| Pethost | Toda noite, fora da máquina, guardados por 14 dias | Cada requisição por 30 dias, e os logs dos próprios containers |
| Elestio | Diários, guardados por 7 dias; volumes do Compose não confirmados | Logs ao vivo e histórico |
| Railway | Agendados, cobrados; os diários guardados por 6 dias | 7 dias no Hobby |
| Sliplane | Diários, guardados por 7 dias | 15.000 linhas, 7 dias |
| Hostim.dev | Diários; uma restauração passa pelo suporte | Até 7 dias |
| Fly.io | Snapshots diários dos Fly Volumes, 5 dias por padrão | 7 dias |

O Postgres no Pethost é um container do seu projeto, no backup noturno: não um banco de dados gerenciado com réplicas ou recuperação para um ponto no tempo. O do Hostim.dev é um cluster gerenciado com failover, e o Fly.io vende um a partir de $ 38 por mês.

## Quanto custa a hospedagem gerenciada de Docker Compose para três apps, um worker e um Postgres

Uma carga, em todo provedor que tem preço para ela: três serviços web sempre ligados de 512 MB cada, um worker, um Postgres e 10 GB de tráfego por mês. São cerca de 2,5 GB dos 3 GB do Starter.

**Por mês. As barras comparam a € 1 = $ 1,1204, a taxa de referência do BCE**

| Provedor | Preço por mês |
| --- | --- |
| Pethost Starter | € 9,99 |
| Hostim.dev | € 11,00 |
| Fly.io, seu próprio Postgres | $ 17,30 |
| Elestio | $ 19,71 |
| Railway | $ 23,15 |
| Sliplane | € 28,80 |
| Fly.io, Managed Postgres | $ 53,24 |
| Google Cloud Run | $ 63,49 |

O valor do Railway conta só a memória, supondo 0,5 GB por serviço: cada 0,1 vCPU que um serviço usa soma $ 2. Os do Fly.io são preços de Ashburn, o menor com um Postgres que você mesmo roda; o do Cloud Run é pelas tarifas de us-central1, com Cloud SQL.

Os preços diferem menos do que aquilo que compram. O Railway cobra $ 10 por mês por gigabyte de memória e $ 20 por vCPU, então os 3 GB do Starter custariam $ 30 lá antes de qualquer CPU. O servidor de € 9 do Sliplane tem 1 vCPU e 1 GB, e o que aguenta essa carga custa € 28,80. O Hostim.dev cobra cada app à parte, € 2,50 por 1 GB: esses cinco somam € 11,00, e um sexto é mais um plano. No Pethost, € 9,99 cobrem tudo o que você roda, e o próximo projeto não custa nada enquanto couber.

## O que € 9,99 por mês compram, já resolvido

No Starter, por € 9,99 por mês sem IVA, o trabalho que o Docker Compose não faz está feito:

- **2 vCPU, 3 GB, 30 GB** para quantos projetos couberem
- **14 noites** de backups criptografados, fora da máquina
- **30 dias** de log de requisições

Também no preço: um endereço HTTPS para cada projeto, um deploy a cada push no GitHub com um commit anterior a um passo de distância, SSH em qualquer container e atualizações de segurança que se instalam sozinhas.

É o melhor custo-benefício que encontramos para um arquivo Compose: a maior memória pelo dinheiro, com o trabalho em volta já feito. O [Grow](https://pethost.dev/pt/#pricing), com o dobro do tamanho, custa € 17,99.

**Um card para cada projeto Compose.** Sete projetos numa máquina, cada um com seus serviços: os apps com seus endereços e as requisições do último dia, os bancos de dados com os apps que os usam.

![A primeira página do painel do Pethost: a CPU, a memória e o disco da máquina, e os projetos dela como cards: apps com seu endereço e as requisições do último dia, e dois bancos de dados com os apps que os usam.](https://pethost.dev/shots/projects.webp)

## E se eu simplesmente alugar uma VPS para o Docker Compose?

Dá para fazer: o Compose roda em qualquer servidor, e o Coolify ou o Dokploy colocam um painel nele. Duas coisas antes. Um agente num servidor puro trabalha como root por SSH: nada diz a ele o que roda ali, e um comando errado derruba o proxy ou o banco de dados. No Pethost, ele trabalha por ferramentas feitas para agentes, e o shell dele fica dentro dos seus containers, nunca na máquina.

E não é certo que um servidor custe menos. A Hetzner, a que a maioria dos guias cita, aumentou os preços duas vezes em 2026, e a linha barata Cost-Optimized dela está esgotada há muito tempo. Esses servidores são hardware que ela comprou a bons preços, antes da escassez de RAM, e todos os planos da linha aparecem como “indisponível”. O servidor de 2 vCPU e 4 GB que ela vende, o CPX22, custa € 19,49 por mês, antes € 7,99. Some um painel, armazenamento para backups e as suas horas. O Starter custa € 9,99 com tudo isso feito.

## Para quem é o Pethost

### O Pethost é a melhor escolha para

- **Desenvolvedores com um compose.yaml que já funciona**, que querem colocá-lo no ar sem um servidor para atualizar
- **Desenvolvedores solo com vários projetos paralelos**: cada um, um projeto Compose, todos numa só conta de € 9,99
- **Quem desenvolve com Claude Code, Codex ou Cursor** e quer que o agente faça o deploy do projeto e leia os logs dele
- **Startups no início** que querem uma conta fixa e um arquivo que roda em qualquer outro lugar onde o Docker roda

### Procure outra opção se

- Sua aplicação precisa de várias regiões, autoscaling ou um banco de dados com réplicas: aqui o limite é uma máquina

## Perguntas

### Qual hospedagem gerenciada faz deploy de um compose.yaml sem eu cuidar do servidor?

Dos provedores gerenciados que lemos em 2026, o Pethost e o Elestio rodam um arquivo Docker Compose como está escrito e cuidam da máquina por baixo dele. O Pethost custa € 9,99 por mês com HTTPS, backups noturnos e log de requisições incluídos; a VM de 2 vCPU e 4 GB do Elestio custa $ 19,71.

### O Railway suporta Docker Compose em 2026?

O Railway importa um arquivo compose: cada serviço vira um serviço do Railway. Ele “não roda arquivos docker-compose.yml diretamente”: o `depends_on` não tem equivalente, e o `build:` vira um deploy a partir de um repositório do GitHub.

### O Sliplane suporta Docker Compose?

Não como um arquivo para deploy: a documentação dele diz “Arquivos docker compose ainda não funcionam”. Um parser lê um subconjunto de um docker-compose.yml e o transforma em serviços do Sliplane, que você revisa antes do deploy.

### O Fly.io faz deploy de um docker-compose.yml?

Sim, como containers dentro de uma Machine, com `[build.compose]` no fly.toml. Os `volumes:` do arquivo são ignorados, um serviço pode ter um `build:` e um container recebe as requisições de entrada.

### O gcloud run compose up do Cloud Run está pronto para produção?

O comando está na trilha principal do gcloud, e a página do Google não traz aviso de Preview. O Google o chama de “ideal para desenvolvimento” e diz que ele “não substitui uma estratégia abrangente de infraestrutura como código para ambientes de produção”.

### O Render, o Northflank ou o DigitalOcean App Platform suportam Docker Compose?

Não. O Render lê um Blueprint render.yaml e o DigitalOcean App Platform uma app spec, e a documentação do Northflank não tem página sobre Compose, só templates. Cada serviço é declarado de novo.

Lido na própria documentação e na página de preços de cada fornecedor. Os preços estão como cada fornecedor os publica, na moeda dele; os nossos são sem IVA.

1. [Railway: Docker Compose](https://docs.railway.com/guides/docker-compose)
2. [Railway: backups](https://docs.railway.com/volumes/backups)
3. [Railway: preços](https://railway.com/pricing)
4. [Sliplane: deploy de um serviço](https://docs.sliplane.io/services/deploying-a-service)
5. [Sliplane: preços](https://sliplane.io/pricing)
6. [Fly.io: Machines com vários containers](https://fly.io/docs/machines/guides-examples/multi-container-machines/)
7. [Fly.io: preços](https://fly.io/docs/about/pricing/)
8. [Cloud Run: Compose](https://docs.cloud.google.com/run/docs/deploy-run-compose)
9. [Cloud Run: preços](https://cloud.google.com/run/pricing)
10. [Azure: az containerapp compose](https://learn.microsoft.com/en-us/cli/azure/containerapp/compose)
11. [Render: Blueprints](https://render.com/docs/infrastructure-as-code)
12. [Render: “Support docker-compose”](https://feedback.render.com/features/p/support-docker-compose)
13. [Northflank: documentação](https://northflank.com/docs/llms.txt)
14. [DigitalOcean App Platform: limites](https://docs.digitalocean.com/products/app-platform/details/limits/)
15. [Zeabur: Dockerfile](https://zeabur.com/docs/en-US/deploy/methods/dockerfile)
16. [Elestio: docker-compose personalizado](https://docs.elest.io/books/cicd-pipelines/page/deploy-own-docker-compose-image-using-elestio-custom-docker-compose)
17. [Elestio: preços](https://elest.io/pricing)
18. [Hostim.dev: perguntas](https://hostim.dev/docs/faq/)
19. [Hostim.dev: preços](https://hostim.dev/pricing/)
20. [Coolify: Docker Compose](https://coolify.io/docs/applications/builds/docker-compose)
21. [Coolify Cloud: preços](https://coolify.io/pricing)
22. [Dokploy: Docker Compose](https://docs.dokploy.com/docs/core/docker-compose)
23. [Hetzner Cloud: planos Cost-Optimized](https://www.hetzner.com/cloud/cost-optimized)
24. [Hetzner: reajuste de preços](https://docs.hetzner.com/general/infrastructure-and-availability/price-adjustment/)

## Coloque seus projetos no ar hoje

Publique apps, bots e bancos de dados pelo seu agente, pelo GitHub ou pelo navegador, quantos couberem, a um preço fixo. Nada medido, nada cobrado à parte.

[Hospede tudo por € 9,99/mês](https://console.pethost.dev/)

## Continue lendo

- 29 de outubro de 2026 [Alternativas ao Zeabur em 2026: como migrar antes que o Zeabur encerre](https://pethost.dev/pt/blog/zeabur-alternatives/) O Zeabur encerra até 31 de dezembro de 2026: as alternativas ao Zeabur comparadas, e como levar n8n, OpenClaw e Postgres ao Pethost por € 9,99 por mês.
- 6 de outubro de 2026 [Melhores alternativas ao Railway em 2026: preço previsível e opções self-hosted](https://pethost.dev/pt/blog/railway-alternatives/) As melhores alternativas ao Railway em 2026: plataformas com preço por serviço, Coolify e Dokploy self-hosted, e o Pethost: € 9,99 fixos por mês por 3 GB.
- 4 de outubro de 2026 [Melhores alternativas ao Heroku em 2026: para onde ir agora que o Heroku está em sustaining engineering](https://pethost.dev/pt/blog/heroku-alternatives/) O Heroku entrou em sustaining engineering em fevereiro de 2026: correções, nada de novo. Três apps, um worker e um Postgres: $ 33 lá, € 9,99 fixos no Pethost.
- 3 de outubro de 2026 [Melhores alternativas ao Dokploy em 2026: PaaS self-hosted e hospedagem gerenciada](https://pethost.dev/pt/blog/dokploy-alternatives/) As alternativas ao Dokploy em 2026: outra PaaS self-hosted, um painel hospedado ou o Pethost, hospedagem gerenciada que roda seu Compose por € 9,99 por mês.

[Todos os artigos](https://pethost.dev/pt/blog/) · [Sobre a Pethost](https://pethost.dev/about/) · [Preços](https://pethost.dev/pt/#pricing)

Pethost · Stephan Gomer · NIP 1133096755

Pethost

- [Templates](https://pethost.dev/pt/templates/)
- [Sobre nós](https://pethost.dev/about/)
- [Docs](https://pethost.dev/docs/)
- [Blog](https://pethost.dev/pt/blog/)
- [API](https://pethost.dev/docs/api/)
- [CLI](https://pethost.dev/docs/cli/)
- [Plugin](https://github.com/pethost-dev/plugin)
- [Termos](https://pethost.dev/terms/)
- [Privacidade](https://pethost.dev/privacy/)
- [Reembolsos](https://pethost.dev/refunds/)
- [support@pethost.dev](mailto:support@pethost.dev)

Bancos de dados

- [Postgres](https://pethost.dev/pt/postgres/)

Comparativos

- [Coolify vs Dokploy vs CapRover vs Dokku](https://pethost.dev/pt/blog/coolify-vs-dokploy-vs-caprover-vs-dokku/)
- [Coolify Cloud vs Dokploy Cloud](https://pethost.dev/pt/blog/coolify-cloud-vs-dokploy-cloud/)
- [Preços Railway vs Render vs Fly.io](https://pethost.dev/pt/blog/railway-vs-render-vs-fly-io-pricing/)
- [Hospedagem gerenciada de Docker Compose](https://pethost.dev/pt/blog/managed-docker-compose-hosting/)

Alternativas

- [Alternativas ao Railway](https://pethost.dev/pt/blog/railway-alternatives/)
- [Alternativas ao Heroku](https://pethost.dev/pt/blog/heroku-alternatives/)
- [Alternativas ao Dokploy](https://pethost.dev/pt/blog/dokploy-alternatives/)
- [Alternativas ao Coolify](https://pethost.dev/pt/blog/coolify-alternatives/)
- [Alternativas ao Render](https://pethost.dev/pt/blog/render-alternatives/)
- [Alternativas ao Sliplane](https://pethost.dev/pt/blog/sliplane-alternatives/)