Ještě před pár lety byla odpověď na otázku, kam nasadit menší webovou aplikaci, poměrně jednoduchá: Vercel, Netlify, případně Heroku. Vývojář připojil Git repozitář, platforma aplikaci sestavila, nasadila a automaticky zajistila HTTPS. O servery, aktualizace operačního systému nebo konfiguraci reverzní proxy se nemusel starat.

Vlastní hosting ovšem nezmizel. Naopak se o něm znovu mluví v souvislosti s rostoucími nároky některých aplikací, cenami cloudových služeb a větší dostupností nástrojů, které usnadňují správu vlastního serveru.

Jedním z impulzů byla také změna strategie Heroku. Platforma 6. února 2026 oznámila přechod na režim sustaining engineering, tedy soustředění na stabilitu, bezpečnost, spolehlivost a podporu místo dalšího rozšiřování funkcí. Heroku přitom zůstává podporovanou platformou pro produkční provoz. Oznámení tak není důvodem k okamžité migraci, ale představuje další podnět k zamyšlení nad dlouhodobou závislostí na konkrétním poskytovateli.

Více informací nabízí oficiální oznámení Heroku.

Provoz vlastního serveru dnes nemusí znamenat ruční konfiguraci Nginxu, psaní skriptů pro nasazení a hlídání každého kontejneru zvlášť. Nástroje jako Coolify a Dokploy přidávají webové rozhraní a automatizaci, zatímco Kamal staví na konfiguraci v souborech a nasazování z příkazové řádky.

Co za vás Vercel a podobné platformy dělají

Než začneme počítat možné úspory, je potřeba připomenout, co všechno managed platforma vývojáři poskytuje.

Vedle samotného buildu a nasazení jde například o automatické nasazování změn z Git repozitáře, preview prostředí pro vývojové větve, HTTPS, CDN, ochranu proti DDoS, logy a nástroje pro sledování provozu. Některé platformy přidávají také škálování podle zátěže, správu prostředí a jednoduché vrácení předchozí verze aplikace.

U Vercelu hraje důležitou roli také integrace s Next.js. Funkce jako ISR, optimalizace obrázků nebo middleware mohou být důvodem, proč se aplikaci vyplatí ponechat právě tam. Při migraci je potřeba ověřit, které z nich lze bez změn využívat i jinde.

Na vlastním VPS si podobné prostředí můžete z velké části sestavit, ale žádný z následujících nástrojů automaticky neposkytne všechny výhody globální cloudové platformy. Jeden server v evropském datacentru nenahradí distribuovanou edge síť a automatické nasazování samo o sobě neřeší vysokou dostupnost.

Pro aplikaci určenou především českým uživatelům však může být jediný dobře dimenzovaný evropský server naprosto dostačující. Záleží na nárocích aplikace, očekávaném provozu a požadavcích na dostupnost.

Tři nástroje, tři přístupy

Coolify: vlastní platforma s webovým rozhraním

Coolify je open-source platforma pro nasazování a správu aplikací na vlastních serverech. Její hlavní výhodou je, že velkou část běžných provozních úkonů přesouvá do webového rozhraní.

Po instalaci připojíte Git repozitář, vyberete způsob sestavení aplikace, nastavíte doménu a proměnné prostředí. Coolify následně zajistí přípravu a spuštění kontejneru a může automatizovat také vystavení HTTPS certifikátu.

Vedle vlastních aplikací lze spravovat také databáze a další služby. To je užitečné například v případě, kdy vedle webu potřebujete PostgreSQL, analytický nástroj, automatizační platformu nebo vlastní instanci jiné webové služby.

Coolify se hodí pro vývojáře, kteří chtějí mít více projektů na jednom místě, ale nechtějí každý deploy řešit ručně. Webové rozhraní navíc usnadňuje orientaci v běžících službách a jejich konfiguraci.

Nevýhodou je, že samotná platforma potřebuje část prostředků serveru. K tomu je nutné připočítat paměť pro databáze, kontejnery a případné buildy. Oficiální dokumentace uvádí jako doporučené minimum dva procesorové prostředky, 2 GB RAM a 10 GB volného místa na disku; při provozu dalších služeb je vhodné počítat s rezervou. Podrobnosti najdete v dokumentaci k instalaci Coolify.

Důležitá je také údržba. Coolify je další software, který je nutné aktualizovat, zabezpečit a sledovat. Pokud se rozhodnete pro vlastní hosting, neznamená to, že se provozní starosti ztratí. Jen získáte větší kontrolu nad tím, jak je řešíte.

Dokploy: podobná myšlenka, jiná implementace

Dokploy míří na podobnou skupinu uživatelů. Nabízí webové rozhraní pro nasazování aplikací, správu prostředí a provoz kontejnerových služeb.

Stejně jako u Coolify můžete propojit repozitář, nakonfigurovat nasazování a spravovat potřebné služby. Dokploy pracuje také s Docker Compose, takže může být zajímavý pro vývojáře, kteří už mají aplikaci a její závislosti popsané v souborech Compose.

Jednou z výhod obou platforem je možnost spravovat několik služeb z jednoho rozhraní. Konkrétní možnosti nasazování, aktualizací a obnovy databází se ale mohou lišit podle verze a způsobu konfigurace. Před migrací proto doporučujeme vyzkoušet vlastní aplikaci v testovacím prostředí, nikoli se spoléhat pouze na seznam funkcí.

Dokploy se průběžně vyvíjí a jeho ekosystém se může lišit od zavedenějších řešení. Pokud je pro vás důležitá konkrétní funkce, například způsob obnovy databáze, podpora clusteru nebo chování při aktualizaci Compose aplikace, ověřte si její dostupnost v oficiální dokumentaci.

Pozornost si zaslouží také licencování. Dokploy 21. ledna 2026 oznámil změnu licence: současné funkce přešly pod standardní Apache License 2.0, zatímco licence Dokploy Source Available License má pokrývat budoucí placené funkce. Pokud chcete projekt používat jako základ vlastní komerční služby, je rozumné zkontrolovat aktuální podmínky a licenci konkrétní části, kterou plánujete využívat.

Podrobnosti jsou v oficiálním oznámení o změně licence Dokploy.

Kamal: nasazování bez administračního panelu

Kamal od společnosti 37signals, známé mimo jiné díky Basecampu a Ruby on Rails, představuje odlišný přístup. Není to plnohodnotná PaaS platforma s webovým dashboardem. Jde o nástroj pro nasazování aplikací, který se ovládá z příkazové řádky a používá konfiguraci uloženou v repozitáři.

Kamal se připojuje k serverům přes SSH a pracuje s Docker kontejnery. Nasazení lze spouštět z vývojářského počítače nebo z CI/CD systému. Konfigurace je verzovatelná společně s aplikací, takže je možné sledovat její změny a opakovat postup nasazení.

Při běžném nasazení Kamal sestaví obraz aplikace, nahraje ho do registru, stáhne jej na cílový server a spustí nový kontejner. Pomocí kamal-proxy může následně přesměrovat provoz na novou verzi, jakmile aplikace úspěšně odpovídá na kontrolní požadavek. Tím lze dosáhnout nasazení bez výpadku, pokud to dovoluje architektura aplikace a její závislosti.

Kamal přitom není omezený na Ruby nebo Rails. Můžete ho využít pro aplikace v Node.js, PHP, Pythonu, Go nebo jiném prostředí, pokud je dokážete zabalit do Docker image.

Na rozdíl od Coolify a Dokploy ale nedostanete centrální webový panel pro všechny běžné provozní úkony. Logy, monitoring, zálohy a další služby si musíte zajistit podle vlastních potřeb. Kamal je proto vhodný pro vývojáře a týmy, které preferují konfiguraci v Gitu a terminál před administračním rozhraním.

Další informace nabízí oficiální dokumentace Kamalu.

Jak může nasazení vypadat v praxi

Představme si webovou aplikaci v Node.js, například Next.js nebo Nuxt, která potřebuje databázi PostgreSQL a má běžet na doméně app.example.cz.

Coolify a Dokploy

U obou platforem začíná postup přípravou serveru a instalací vybrané platformy. Pro první test můžete použít samostatné VPS s podporovaným Linuxem. Před instalací si ověřte požadavky konkrétní verze a připravte firewall, přístup přes SSH a doménu.

Oficiální instalační postupy najdete zde:

• Instalace Coolify
• Dokumentace Dokploy

Po instalaci následuje připojení Git repozitáře. Podle projektu zvolíte Dockerfile, Docker Compose nebo jiný podporovaný způsob sestavení. Nastavíte doménu, proměnné prostředí a potřebné porty.

Databázi PostgreSQL lze provozovat jako samostatnou službu. Aplikace pak získá připojovací řetězec prostřednictvím proměnné prostředí, například DATABASE_URL. Hesla a další tajné údaje nepatří přímo do zdrojového kódu ani do veřejného repozitáře.

Pokud je správně nastavená DNS konfigurace a síťový provoz, lze automatizovat také vystavení TLS certifikátu. Automatické nasazení po každém pushi do hlavní větve závisí na konfiguraci propojení s Git poskytovatelem a webhooků.

Výhodou je, že většinu těchto kroků spravujete přes rozhraní. Nemusíte ručně připravovat každý kontejner ani udržovat vlastní sadu skriptů pro běžné nasazení.

Kamal

U Kamalu se konfigurace ukládá do souboru config/deploy.yml. Zjednodušený příklad pro aplikaci, která poslouchá na portu 3000, může vypadat takto:

service: mojeapp
image: mujucet/mojeapp

servers:
  web:
    - 192.0.2.10

proxy:
  ssl: true
  host: app.example.cz
  app_port: 3000Code language: HTTP (http)

V ukázce je 192.0.2.10 pouze dokumentační IP adresa, kterou je nutné nahradit adresou vlastního serveru. Hodnoty mujucet/mojeapp a app.example.cz jsou také zástupné.

Konfigurace určuje název služby, obraz aplikace, cílový server a nastavení proxy. Pro reálné nasazení je potřeba doplnit konfiguraci registru obrazů, proměnné prostředí, tajné údaje a případné další služby. Aplikace musí být dostupná na nastaveném portu a splňovat očekávání Kamalu ohledně kontrol její dostupnosti.

Po přípravě konfigurace se první nasazení provádí příkazem:

kamal setup

Další nasazení pak může proběhnout příkazem:

kamal deploy

Konkrétní nastavení se vždy odvíjí od aplikace a verze Kamalu. Pokud například potřebujete databázi, můžete ji provozovat samostatně nebo ji nakonfigurovat jako doplňkovou službu. V obou případech je potřeba zvlášť promyslet trvalé ukládání dat, zálohy, síťový přístup a obnovu po havárii.

Kamal tedy nabízí transparentní a verzovatelný proces nasazení, ale méně pohodlí při každodenní správě. Podrobnosti o konfiguraci a jednotlivých krocích popisuje dokumentace příkazu kamal deploy.

Kolik to stojí?

Náklady závisí na počtu aplikací, jejich provozu, potřebných službách a počtu lidí, kteří s platformou pracují. Samotné porovnání ceny VPS s měsíční cenou managed platformy proto může být zavádějící.

Vercel

Vercel nabízí bezplatný tarif Hobby určený pro osobní a nekomerční projekty. Pro komerční použití je relevantní zejména tarif Pro, který stojí 20 USD měsíčně a zahrnuje kredit 20 USD na spotřebu služeb.

V ceně je jedno placené místo pro člena týmu, který může projekty nasazovat a spravovat. Další členové s těmito oprávněními se účtují zvlášť. K tomu se mohou přidat poplatky za nadlimitní spotřebu a další služby.

Tříčlenný tým tak při základní ceně Pro zaplatí za tři nasazující členy 60 USD měsíčně ještě před započtením případné nadlimitní spotřeby a dalších placených služeb. Databáze nebo jiné služby třetích stran mohou mít vlastní ceník.

U aplikací s dlouhými úlohami, vysokou spotřebou výpočetního času nebo náročným zpracováním dat je vhodné model nákladů propočítat podle reálného provozu. Není ale správné předpokládat, že každá aplikace s AI nebo streamováním automaticky skončí se stamilionovým účtem. Rozhodují konkrétní limity, délka běhu, počet požadavků a zvolená konfigurace.

Aktuální podmínky jsou uvedeny v ceníku Vercelu.

Vlastní VPS

U vlastního serveru platíte především za výpočetní prostředky, disk a případně další služby. Jako příklad lze uvést evropský cloudový server Hetzner CX23, který podle ceníku platného od 15. června 2026 stojí 5,49 eura měsíčně bez DPH a příplatku za IPv4. Nabízí dva sdílené procesorové prostředky a 4 GB RAM.

Je ale potřeba rozlišovat jednotlivé produktové řady. Výkonnější řada CPX22 stojí podle stejného ceníku 19,49 eura měsíčně. Cena serveru se tak může výrazně lišit podle požadovaného výkonu a dostupnosti konkrétního typu.

Aktuální ceny a podmínky uvádí oficiální ceník Hetzneru.

Jeden vhodně dimenzovaný server může provozovat více menších aplikací, databáze, analytiku i automatizační nástroje. To je hlavní důvod, proč může být self-hosting finančně zajímavý: ne nutně u jediné jednoduché aplikace, ale ve chvíli, kdy potřebujete provozovat více služeb společně.

Do rozpočtu je ovšem potřeba započítat i zálohy, externí úložiště, případné další servery a čas věnovaný správě. Například automatické snapshoty u Hetzneru se účtují zvlášť podle aktuálního ceníku. Zálohování databází mimo hlavní server navíc vyžaduje vlastní plán a úložiště.

Nejdůležitější otázka proto nezní, zda je VPS levnější než Vercel, ale zda úspora odpovídá nákladům a odpovědnosti, které přechodem na vlastní infrastrukturu převezmete.

Co se v reklamě neříká: bezpečnost, zálohy a dostupnost

Největší náklad self-hostingu nemusí být samotný server. Je jím čas potřebný na provoz a odpovědnost za to, že aplikace zůstane dostupná a její data budou v bezpečí.

Bezpečnost

Na vlastním serveru odpovídáte za aktualizace operačního systému, Dockeru, administrační platformy a dalších služeb. Zanedbaná aktualizace může vystavit aplikaci nebo celý server známé zranitelnosti.

Důležitá je také ochrana administračního rozhraní. Platforma, která dokáže spouštět kontejnery a měnit konfiguraci serveru, představuje při kompromitaci účtu významné riziko. Pokud je to možné, omezte přístup k administraci pomocí VPN nebo jiného důvěryhodného přístupového mechanismu. Použijte firewall, bezpečné SSH klíče a pravidelně aktualizujte software.

Bezpečnostní opravy se navíc mohou týkat přímo samotných platforem. Například vydání Coolify na GitHubu zveřejňuje opravy chyb a doporučení k aktualizaci. Při provozu proto nestačí platformu jednou nainstalovat a dál ji ignorovat.

Zálohy

Snapshot celého serveru může pomoci při obnově, ale neměl by být jedinou zálohou důležitých dat. Databáze by měla mít vlastní plán zálohování a kopie by měly být uložené mimo hlavní server.

Pravidelně také ověřujte, zda lze zálohu skutečně obnovit. Soubor, který se úspěšně vytvořil, ještě není zárukou, že z něj půjde obnovit funkční databáze.

Monitoring a výpadky

Vlastní server potřebuje monitoring dostupnosti, upozornění na problémy a plán reakce na výpadky. Začít lze jednoduchou externí kontrolou dostupnosti a sledováním systémových prostředků. U důležitějších aplikací se vyplatí také centralizované logování, sledování databází a upozornění na zaplněný disk nebo nedostatek paměti.

Ani managed platformy nejsou bez výpadků. V květnu 2026 například došlo k přibližně osmihodinovému výpadku Railway poté, co Google Cloud pozastavil produkční účet platformy. Problém se následně rozšířil i na část infrastruktury mimo Google Cloud kvůli závislosti na síťovém řídicím systému.

Railway zveřejnil podrobnou zprávu o incidentu.

Příklad ukazuje, že ani spravovaná platforma nemůže zaručit nepřetržitou dostupnost. Neznamená to však, že vlastní VPS automaticky nabízí vyšší spolehlivost. Na jednom serveru může porucha hardwaru, chyba konfigurace nebo problém u poskytovatele odstavit všechny provozované aplikace. Rozdíl je především v tom, kdo musí problém řešit a jaké prostředky má k dispozici.

Kdy zůstat na Vercelu a kdy přejít

Zůstaňte na Vercelu nebo podobné managed platformě, pokud provozujete jednu aplikaci, nechcete se starat o infrastrukturu nebo využíváte specifické funkce platformy. Dává to smysl také tehdy, když je váš čas cennější než potenciální úspora za server.

Zvolte Coolify, pokud chcete webové rozhraní pro správu více aplikací a služeb na vlastním serveru. Je vhodné pro vývojáře, kteří chtějí omezit ruční práci s kontejnery, ale zároveň si ponechat kontrolu nad infrastrukturou.

Vyzkoušejte Dokploy, pokud vám vyhovuje podobný přístup s webovým rozhraním a chcete pracovat se svými existujícími Docker Compose projekty. Před rozhodnutím si ověřte podporu konkrétních funkcí, které potřebujete.

Zvolte Kamal, pokud preferujete terminál, konfiguraci v Gitu a automatizované nasazování bez samostatného administračního panelu. Je zajímavý zejména pro týmy, které chtějí mít proces nasazení popsaný jako součást projektu a nevadí jim samostatně řešit monitoring, zálohy a další provozní služby.

Závěr

Vlastní hosting v roce 2026 už nemusí znamenat ruční správu každého kontejneru, ale stále není bezúdržbovou alternativou ke cloudu. Coolify a Dokploy přinášejí pohodlné webové rozhraní, zatímco Kamal nabízí automatizované nasazování prostřednictvím konfigurace a příkazové řádky.

Finančně se vlastní VPS může vyplatit především při provozu více aplikací a souvisejících služeb. U jediné aplikace může být rozdíl malý, zvlášť pokud započítáte čas na údržbu, zabezpečení, zálohování a řešení výpadků.

Nejlepší volba proto závisí na konkrétním projektu. Pokud chcete především vyvíjet a nechcete řešit infrastrukturu, managed platforma zůstává rozumnou volbou. Pokud potřebujete větší kontrolu, provozujete více služeb a jste připraveni převzít odpovědnost za jejich provoz, mohou být Coolify, Dokploy nebo Kamal praktickou cestou k vlastní aplikační platformě.