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.

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 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 tem todas as regras. Com um agente de código com IA você não escreve nada disso:

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.

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.

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 e os dois painéis na nuvem.

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.

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.

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, com o dobro do tamanho, custa € 17,99.

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

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
2. Railway: backups
3. Railway: preços
4. Sliplane: deploy de um serviço
5. Sliplane: preços
6. Fly.io: Machines com vários containers
7. Fly.io: preços
8. Cloud Run: Compose
9. Cloud Run: preços
10. Azure: az containerapp compose
11. Render: Blueprints
12. Render: “Support docker-compose”
13. Northflank: documentação
14. DigitalOcean App Platform: limites
15. Zeabur: Dockerfile
16. Elestio: docker-compose personalizado
17. Elestio: preços
18. Hostim.dev: perguntas
19. Hostim.dev: preços
20. Coolify: Docker Compose
21. Coolify Cloud: preços
22. Dokploy: Docker Compose
23. Hetzner Cloud: planos Cost-Optimized
24. Hetzner: reajuste de preços