Blog · Porównania hostingu
Zarządzany hosting Docker Compose w 2026: kto wdroży compose.yaml z HTTPS, backupami i logami
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.
- 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.
| Dostawca | compose.yaml | Co się przenosi | Kto dba o serwer |
|---|---|---|---|
| Pethost | Uruchamia go bez zmian albo odrzuca i mówi, co napisać | Buildy, nazwane wolumeny, depends_on, healthchecki, .env | Pethost |
| Elestio | Uruchamia wklejony plik jako pipeline na VM | Klucze niewymienione; opisane dla gotowych obrazów | Elestio |
| Fly.io | Uruchamia jego część, w jednej Machine | Jeden build:, jeden publiczny port; volumes: ignorowane | Fly.io |
| Railway | Konwertuje każdą usługę na usługę Railway | Obrazy, zmienne, jeden wolumen na usługę; bez depends_on | Railway |
| Sliplane | Konwertuje go: parser czyta podzbiór | Usługi, wolumeny, zmienne środowiskowe | Sliplane |
| Hostim.dev | Konwertuje każdą usługę na aplikację z osobnym planem | Wolumeny; bazy danych stają się zarządzanymi | Hostim.dev |
| Google Cloud Run | Konwertuje go na jedną usługę z kilkoma kontenerami | Buildy, depends_on, env_file; wolumeny stają się katalogami w buckecie | |
| Render | Nie: własny render.yaml | Nic | Render |
| Northflank | Nie znaleźliśmy: własne szablony | Nic | Northflank |
| DigitalOcean App Platform | Nie: własny app spec | Nic; nie ma wolumenów | DigitalOcean |
| Zeabur | Nie: własny Template YAML | Nic | Zeabur, na serwerze kupionym przez niego |
| Coolify, Dokploy | Uruchamia go na serwerze, który podłączasz | Buildy, wolumeny, healthchecki, depends_on | Ty |
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:
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.
| Dostawca | Backupy wolumenów | Logi |
|---|---|---|
| Pethost | Co noc, poza maszyną, przechowywane 14 dni | Każde żądanie przez 30 dni i logi samych kontenerów |
| Elestio | Codziennie, przechowywane 7 dni; wolumeny Compose niepotwierdzone | Logi na żywo i historyczne |
| Railway | Według harmonogramu, płatne; dzienne przechowywane 6 dni | 7 dni na planie Hobby |
| Sliplane | Codziennie, przechowywane 7 dni | 15 000 linii, 7 dni |
| Hostim.dev | Codziennie; przywracanie przez support | Do 7 dni |
| Fly.io | Codzienne snapshoty Fly Volumes, domyślnie 5 dni | 7 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.
| Dostawca | Cena miesięcznie |
|---|---|
| Pethost Starter | 9,99 € |
| Hostim.dev | 11,00 € |
| Fly.io, własny Postgres | 17,30 $ |
| Elestio | 19,71 $ |
| Railway | 23,15 $ |
| Sliplane | 28,80 € |
| Fly.io, Managed Postgres | 53,24 $ |
| Google Cloud Run | 63,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:
- 2 vCPU, 3 GB, 30 GB na tyle projektów, ile się zmieści
- 14 nocy szyfrowanych backupów, poza maszyną
- 30 dni logów żądań
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 €.
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.
- Railway: Docker Compose
- Railway: backupy
- Railway: cennik
- Sliplane: wdrażanie usługi
- Sliplane: cennik
- Fly.io: Machines z wieloma kontenerami
- Fly.io: cennik
- Cloud Run: Compose
- Cloud Run: cennik
- Azure: az containerapp compose
- Render: Blueprints
- Render: „Obsługa docker-compose”
- Northflank: dokumentacja
- DigitalOcean App Platform: limity
- Zeabur: Dockerfile
- Elestio: własny docker-compose
- Elestio: cennik
- Hostim.dev: pytania
- Hostim.dev: cennik
- Coolify: Docker Compose
- Coolify Cloud: cennik
- Dokploy: Docker Compose
- Hetzner Cloud: plany Cost-Optimized
- 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.