Polski

Blog · Porównania hostingu

Zarządzany hosting Docker Compose w 2026: kto wdroży compose.yaml z HTTPS, backupami i logami

Zespół Pethost · · Zaktualizowano · 10 min czytania

Masz compose.yaml, który działa na twoim laptopie, i chcesz mieć ten sam plik w sieci z HTTPS, backupami i logami, bez utrzymywania serwera. W 2026 większość zarządzanych hostingów go nie uruchomi: konwertują go, chcą innego formatu albo uruchamiają tylko jego część. Pethost uruchamia go bez zmian za 9,99 € miesięcznie. Spośród czternastu innych zarządzanych hostingów, które sprawdziliśmy, robi to tylko Elestio, i to dla wklejonego pliku z gotowymi obrazami.

W skrócie
  • Uruchamia plik i dba o serwer: Pethost (9,99 € miesięcznie: 2 vCPU, 3 GB, 30 GB) i Elestio (19,71 $: 2 vCPU, 4 GB).
  • Konwertuje go na własne usługi: Railway, Sliplane, Hostim.dev, Google Cloud Run. Fly.io uruchamia go w jednej Machine i ignoruje volumes:.
  • Bez Compose: Render, Northflank, DigitalOcean App Platform, Zeabur. Na serwerze, który zostaje twój: Coolify, Dokploy.
  • Trzy usługi webowe, worker i Postgres: 9,99 € na Pethost, 11,00 € na Hostim.dev, 19,71 $ na Elestio, 23,15 $ na Railway, 28,80 € na Sliplane. Same 3 GB pamięci planu Starter kosztowałyby według stawek Railway 30 $ miesięcznie.

Który hosting wdroży compose.yaml bez zmian w 2026

Dostawca hostingu może zrobić z plikiem Compose cztery rzeczy: uruchomić go przez Docker Compose, raz przekonwertować na usługi własnego rodzaju, uruchomić tylko jego część albo kazać ci napisać go od nowa w swoim formacie.

Co każdy dostawca robi z compose.yaml, 2026
Dostawcacompose.yamlCo się przenosiKto dba o serwer
PethostUruchamia go bez zmian albo odrzuca i mówi, co napisaćBuildy, nazwane wolumeny, depends_on, healthchecki, .envPethost
ElestioUruchamia wklejony plik jako pipeline na VMKlucze niewymienione; opisane dla gotowych obrazówElestio
Fly.ioUruchamia jego część, w jednej MachineJeden build:, jeden publiczny port; volumes: ignorowaneFly.io
RailwayKonwertuje każdą usługę na usługę RailwayObrazy, zmienne, jeden wolumen na usługę; bez depends_onRailway
SliplaneKonwertuje go: parser czyta podzbiórUsługi, wolumeny, zmienne środowiskoweSliplane
Hostim.devKonwertuje każdą usługę na aplikację z osobnym planemWolumeny; bazy danych stają się zarządzanymiHostim.dev
Google Cloud RunKonwertuje go na jedną usługę z kilkoma konteneramiBuildy, depends_on, env_file; wolumeny stają się katalogami w buckecieGoogle
RenderNie: własny render.yamlNicRender
NorthflankNie znaleźliśmy: własne szablonyNicNorthflank
DigitalOcean App PlatformNie: własny app specNic; nie ma wolumenówDigitalOcean
ZeaburNie: własny Template YAMLNicZeabur, na serwerze kupionym przez niego
Coolify, DokployUruchamia go na serwerze, który podłączaszBuildy, wolumeny, healthchecki, depends_onTy

Heroku, Koyeb i Sevalla nie mają wdrażania z Compose, a przynajmniej go nie znaleźliśmy; Azure Container Apps konwertuje plik poleceniem az containerapp compose create.

Jeden compose.yaml u trzech rodzajów dostawców

Weźmy mały, prawdziwy projekt: usługę webową i workera zbudowane z jednego Dockerfile oraz Postgres z danymi w nazwanym wolumenie.

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 konwertuje go na trzy usługi

Upuść plik na projekt Railway, a „twoje usługi (i wszystkie zamontowane wolumeny) zostaną automatycznie zaimportowane jako przygotowane zmiany”. Od tej chwili są to usługi Railway: Railway „nie uruchamia bezpośrednio plików docker-compose.yml”. build: zmienia się we „wdrożenie z repozytorium GitHub z Dockerfile”, a o depends_on Railway pisze: „Brak bezpośredniego odpowiednika. Aplikacje powinny same ponawiać połączenie przy starcie”.

Fly.io uruchamia go w jednej Machine

Z [build.compose] w fly.toml i flyctl v0.3.152 lub nowszym Fly „buduje i uruchamia usługi Compose jako kontenery w jednej Machine”. fly deploy „wymaga, by dokładnie jedna usługa w pliku Compose określała build”; nasz plik ma dwie. Fly „ignoruje deklaracje volumes:”, więc Postgres zapisuje dane na „ulotnej nakładce, czyszczonej przy restarcie lub ponownym wdrożeniu”, dopóki nie zamontujesz Fly Volume przez [mounts]. Do tego kontenery dzielą jedną przestrzeń nazw sieci: baza danych jest pod localhost:5432, a nie db:5432.

Pethost uruchamia go bez zmian

Uruchamiamy plik przez Docker Compose i niczego w nim nie poprawiamy. Maszyna buduje oba obrazy, pobiera postgres:17, czeka na healthcheck usługi db i uruchamia resztę: tak zachowuje się sam Compose. To, czego nie uruchomimy, na przykład privileged albo socket Dockera, jest odrzucane, zanim cokolwiek powstanie, razem z informacją, co napisać zamiast tego. Nasz plik nie zostaje odrzucony, a jego linia ports: zostaje. Maszyna sprawdza, co odpowiada na opublikowanym porcie: tu odpowiada HTTP, więc port jest serwowany pod adresem projektu przez HTTPS, a port 3000 nie jest otwierany na maszynie obok. Opublikowany port czegoś innego, na przykład bazy danych, otwiera się na maszynie tak, jak go zapisano. Jeśli chcesz sam wybrać adres, wskazuje go trasa:

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

W dokumentacji API jest każda reguła. Z agentem AI do programowania nie piszesz z tego ani linijki:

Claude Code

Ty mówisz: Wdróż ten projekt Compose i wyślij mi link.

  • CreateTransfer wgrano app.tgz
  • CreateProject app: budowanie
  • GetOperation gotowe

Agent odpowiada: Już działa: https://app.sam.pethost.app. Twój compose.yaml jest nietknięty.

Obsługa Docker Compose u kolejnych dostawców

Sliplane: parser pliku compose

Dokumentacja Sliplane mówi: „Pliki Docker Compose jeszcze nie działają.” Jego parser wczytuje „podzbiór flag Dockera i opcji Compose” do usług, które potem przeglądasz. Sliplane liczy sobie tak jak my, stałą cenę za serwer: zobacz alternatywy dla Sliplane.

Google Cloud Run: gcloud run compose up

gcloud run compose up compose.yaml wdraża „jedną usługę Cloud Run z wieloma kontenerami”. Strona Google nie ma oznaczenia Preview i nazywa to polecenie „idealnym na etapie developmentu”. Usługa skaluje się do zera, chyba że płacisz za minimalną instancję.

Render, Northflank i DigitalOcean App Platform: Docker Compose nie jest obsługiwany

Render czyta swój Blueprint render.yaml i nic z pliku Compose; prośba „Obsługa docker-compose” na jego tablicy pomysłów jest otwarta od 17 lipca 2019. Northflank ma szablony, DigitalOcean app spec, a „App Platform nie obsługuje wolumenów”. Ceny znajdziesz w porównaniu Railway vs Render vs Fly.io: ceny.

Elestio: własny pipeline docker-compose na zarządzanej VM

Elestio uruchamia wklejony plik Compose jako „pipeline CI/CD” na VM, którą samo aktualizuje: 19,71 $ miesięcznie za 2 vCPU i 4 GB. Jego dokumentacja przedstawia to dla obrazów „dostępnych już w publicznym lub prywatnym rejestrze Dockera”. Plany obejmują „automatyczne backupy, certyfikaty SSL, aktualizacje bezpieczeństwa, łatki systemu”; czy wolumeny pipeline’u są w tych backupach, tego nie podano.

Coolify i Dokploy: plik działa, serwer jest twój

Coolify i Dokploy są darmowe i uruchamiają plik z buildami, wolumenami i healthcheckami. Serwer nadal sam wynajmujesz i utrzymujesz, także z Coolify Cloud (5 $ miesięcznie) i Dokploy Cloud (4,50 $ za serwer), które hostują tylko panel: zobacz porównanie paneli self-hosted i dwa panele w chmurze.

HTTPS, backupy i logi: co dostajesz razem z plikiem Compose

Compose uruchamia kontenery. Certyfikat, kopia wolumenu i log, który przeczytasz tydzień później, pochodzą od dostawcy. Każdy zarządzany hosting z tej listy daje adres HTTPS, choć na Cloud Run własna domena wymaga load balancera.

Backupy i logi wokół pliku Compose
DostawcaBackupy wolumenówLogi
PethostCo noc, poza maszyną, przechowywane 14 dniKażde żądanie przez 30 dni i logi samych kontenerów
ElestioCodziennie, przechowywane 7 dni; wolumeny Compose niepotwierdzoneLogi na żywo i historyczne
RailwayWedług harmonogramu, płatne; dzienne przechowywane 6 dni7 dni na planie Hobby
SliplaneCodziennie, przechowywane 7 dni15 000 linii, 7 dni
Hostim.devCodziennie; przywracanie przez supportDo 7 dni
Fly.ioCodzienne snapshoty Fly Volumes, domyślnie 5 dni7 dni

Postgres na Pethost to kontener w twoim projekcie, objęty nocnym backupem: nie zarządzana baza danych z replikami czy odtwarzaniem do punktu w czasie. Na Hostim.dev to zarządzany klaster z failoverem, a Fly.io sprzedaje taki od 38 $ miesięcznie.

Ile kosztuje zarządzany hosting Docker Compose dla trzech aplikacji, workera i Postgresa

Jedno obciążenie u każdego dostawcy, który podaje jego cenę: trzy stale działające usługi webowe po 512 MB, worker, Postgres i 10 GB ruchu miesięcznie. To około 2,5 GB z 3 GB planu Starter.

Miesięcznie. Słupki porównane po kursie 1 € = 1,1204 $, kursie referencyjnym EBC
DostawcaCena miesięcznie
Pethost Starter9,99 €
Hostim.dev11,00 €
Fly.io, własny Postgres17,30 $
Elestio19,71 $
Railway23,15 $
Sliplane28,80 €
Fly.io, Managed Postgres53,24 $
Google Cloud Run63,49 $

Kwota Railwaya liczy tylko pamięć, przy naszym założeniu 0,5 GB na usługę: każde 0,1 vCPU, którego używa usługa, dodaje 2 $. Kwoty Fly.io to ceny w Ashburn, niższa z Postgresem, którego uruchamiasz sam; kwota Cloud Run jest liczona po stawkach us-central1, z Cloud SQL.

Ceny różnią się mniej niż to, co za nie dostajesz. Railway liczy 10 $ miesięcznie za gigabajt pamięci i 20 $ za vCPU, więc 3 GB planu Starter kosztowałyby tam 30 $ jeszcze przed CPU. Serwer Sliplane za 9 € to 1 vCPU i 1 GB, a ten, który mieści to obciążenie, kosztuje 28,80 €. Hostim.dev wycenia każdą aplikację osobno, 2,50 € za 1 GB: tych pięć daje razem 11,00 €, a szósta to kolejny plan. Na Pethost 9,99 € obejmuje wszystko, co uruchamiasz, a kolejny projekt nic nie kosztuje, dopóki się mieści.

Co dostajesz za 9,99 € miesięcznie, już zrobione

Na planie Starter, za 9,99 € miesięcznie bez VAT, prace, których Docker Compose nie wykonuje, są już zrobione:

W cenie jest też adres HTTPS dla każdego projektu, wdrożenie przy każdym pushu na GitHub z powrotem do wcześniejszego commita jednym krokiem, SSH do każdego kontenera i aktualizacje bezpieczeństwa, które instalują się same.

To najbardziej opłacalna opcja, jaką znaleźliśmy dla pliku Compose: najwięcej pamięci za te pieniądze, z pracą wokół niej już zrobioną. Grow, dwa razy większy, kosztuje 17,99 €.

Jedna karta dla każdego projektu Compose. Siedem projektów na jednej maszynie, każdy ze swoimi usługami: aplikacje z adresami i żądaniami z ostatniej doby, bazy danych z aplikacjami, które z nich korzystają.
Pierwsza strona panelu Pethost: CPU, pamięć i dysk maszyny oraz jej projekty jako karty: aplikacje z adresem i żądaniami z ostatniej doby oraz dwie bazy danych z aplikacjami, które z nich korzystają.

A gdyby po prostu wynająć VPS dla Docker Compose?

Możesz: Compose działa na każdym serwerze, a Coolify albo Dokploy dodadzą do niego panel. Najpierw dwie rzeczy. Agent na gołym serwerze pracuje jako root przez SSH: nic mu nie mówi, co tam działa, a jedno błędne polecenie kładzie proxy albo bazę danych. Na Pethost pracuje przez narzędzia stworzone dla agentów, a jego powłoka jest w twoich kontenerach, nigdy na maszynie.

A serwer wcale nie musi kosztować mniej. Hetzner, którego wymienia większość poradników, podniósł ceny w 2026 dwa razy, a jego tania linia Cost-Optimized od dawna jest wyprzedana. Te serwery to sprzęt kupiony w dobrych cenach, jeszcze przed niedoborem RAM-u, i każdy plan tej linii ma oznaczenie „niedostępny”. Serwer z 2 vCPU i 4 GB, który Hetzner faktycznie sprzedaje, CPX22, kosztuje 19,49 € miesięcznie, wcześniej 7,99 €. Do tego dochodzi panel, miejsce na backupy i twoje godziny. Starter kosztuje 9,99 € z tym wszystkim już zrobionym.

Dla kogo jest Pethost

Pethost to najlepszy wybór dla

  • Programistów z compose.yaml, który już działa, którzy chcą go mieć w sieci bez serwera do łatania
  • Programistów solo z kilkoma projektami pobocznymi: każdy to projekt Compose, wszystkie na jednym rachunku 9,99 €
  • Osób, które budują z pomocą Claude Code, Codex albo Cursor i chcą, by agent wdrażał projekt i czytał jego logi
  • Wczesnych startupów, które chcą stałego rachunku i pliku, który działa wszędzie tam, gdzie działa Docker

Szukaj gdzie indziej, jeśli

  • Twoja aplikacja potrzebuje kilku regionów, autoskalowania albo bazy danych z replikami: tu granicą jest jedna maszyna

Pytania

Jaki zarządzany hosting wdroży compose.yaml bez utrzymywania serwera?

Spośród zarządzanych hostingów, które sprawdziliśmy w 2026, Pethost i Elestio uruchamiają plik Docker Compose bez zmian i dbają o maszynę pod nim. Pethost kosztuje 9,99 € miesięcznie z HTTPS, nocnymi backupami i logami żądań w cenie; VM Elestio z 2 vCPU i 4 GB kosztuje 19,71 $.

Czy Railway obsługuje Docker Compose w 2026?

Railway importuje plik compose: każda usługa staje się usługą Railway. Railway „nie uruchamia bezpośrednio plików docker-compose.yml”: depends_on nie ma odpowiednika, a build: zmienia się we wdrożenie z repozytorium GitHub.

Czy Sliplane obsługuje Docker Compose?

Nie jako plik do wdrożenia: jego dokumentacja mówi „Pliki Docker Compose jeszcze nie działają”. Parser wczytuje podzbiór docker-compose.yml do usług Sliplane, które przeglądasz przed wdrożeniem.

Czy Fly.io wdroży docker-compose.yml?

Tak, jako kontenery w jednej Machine, z [build.compose] w fly.toml. Sekcja volumes: z pliku jest ignorowana, tylko jedna usługa może mieć build:, a żądania przychodzące przyjmuje jeden kontener.

Czy gcloud run compose up na Cloud Run nadaje się na produkcję?

Polecenie jest w głównej ścieżce wydań gcloud, a strona Google nie ma oznaczenia Preview. Google nazywa je „idealnym na etapie developmentu” i pisze, że „nie zastępuje kompleksowej strategii infrastructure as code dla środowisk produkcyjnych”.

Czy Render, Northflank albo DigitalOcean App Platform obsługują Docker Compose?

Nie. Render czyta Blueprint render.yaml, a DigitalOcean App Platform app spec, zaś dokumentacja Northflank nie ma strony o Compose, tylko szablony. Każdą usługę deklarujesz od nowa.

Odczytane z dokumentacji i cennika każdego dostawcy. Ceny są takie, jak podaje je dostawca, w jego walucie; nasze są bez VAT.

  1. Railway: Docker Compose
  2. Railway: backupy
  3. Railway: cennik
  4. Sliplane: wdrażanie usługi
  5. Sliplane: cennik
  6. Fly.io: Machines z wieloma kontenerami
  7. Fly.io: cennik
  8. Cloud Run: Compose
  9. Cloud Run: cennik
  10. Azure: az containerapp compose
  11. Render: Blueprints
  12. Render: „Obsługa docker-compose”
  13. Northflank: dokumentacja
  14. DigitalOcean App Platform: limity
  15. Zeabur: Dockerfile
  16. Elestio: własny docker-compose
  17. Elestio: cennik
  18. Hostim.dev: pytania
  19. Hostim.dev: cennik
  20. Coolify: Docker Compose
  21. Coolify Cloud: cennik
  22. Dokploy: Docker Compose
  23. Hetzner Cloud: plany Cost-Optimized
  24. Hetzner: zmiana cen

Opublikuj swoje projekty jeszcze dziś

Wdrażaj aplikacje, boty i bazy danych ze swojego agenta, z GitHuba lub w przeglądarce, tyle, ile się zmieści, w jednej stałej cenie. Nic liczonego za zużycie, nic doliczanego.

Hostuj wszystko za 9,99 €/mies.