Docker — izolované kontejnery pro stabilní weby

Co je kontejner — a proč na něm pro váš web záleží

Kontejner je standardizovaný balíček, který obsahuje aplikaci a absolutně vše, co potřebuje ke spuštění: runtime, knihovny, konfiguraci. Kontejner běží izolovaně od zbytku serveru, ale přímo využívá linuxové jádro hostitele — bez samostatného operačního systému pro každou aplikaci. Docker, uvedený v roce 2013, z této technologie udělal dostupný standard; formát image je dnes standardizován jako OCI (Open Container Initiative) a běží stejně na jakémkoli linuxovém serveru nebo v cloudu.

Klasickou analogií je lodní kontejner: ať obsahuje jakékoli zboží, má stejný standardní tvar a lze ho přesunout na libovolnou loď, vlak či nákladní auto. Stejně tak služby 4buildsite, které váš web staví a doručují — editor, API ve FastAPI, renderovací engine — jsou zabaleny do standardních image, které běží stejně na testovacím i produkčním serveru. Pro vás jako majitele webu nebo e-shopu to znamená předvídatelnost: co jste viděli v náhledu, je přesně to, co dostanou návštěvníci.

• Kontejner = aplikace + její závislosti v jednom izolovaném balíčku
• Standardní formát OCI — stejný image běží na jakémkoli serveru nebo v cloudu
• Bez samostatného operačního systému pro každou službu — start za sekundy, ne minuty
• Na 4buildsite kontejnerizaci řeší platforma — vy jen publikujete

Izolace: váš web nezávisí na sousedech

Na klasickém sdíleném hostingu sdílejí stovky webů stejný server, stejné procesy a často i stejnou instalaci PHP. Pokud soused dostane nápor provozu nebo špatně napsaný skript spotřebuje celý procesor, váš web zpomalí — jev „noisy neighbour“. 4buildsite problém řeší ze dvou stran. Za prvé: publikované weby jsou renderovány staticky — na serverech, které je doručují, neběží žádný kód pro jednotlivé weby (PHP, pluginy, skripty), takže neexistuje špatně napsaný skript souseda, který by spotřeboval procesor. Za druhé: služby platformy běží každá ve vlastním kontejneru, s oddělenými procesy a soubory (pomocí namespaces) a s možností limitů CPU a paměti (pomocí cgroups, mechanismů linuxového jádra).

Izolace je stejně důležitá pro bezpečnost. Na sdíleném hostingu se může napadený web stát branou k sousedním webům na stejném serveru. Na 4buildsite je publikovaný web sada statických souborů — neběží žádný kód, který by šlo napadnout přes pluginy nebo motivy — a služby platformy zpracovávající data (objednávky, platby, editor) leží v oddělených kontejnerech: souborový systém je izolovaný a případný incident zůstane uzavřen v daném kontejneru.

• Publikovaný web = statické soubory — žádný kód pro jednotlivý web, který by šlo napadnout
• Služby platformy: oddělený souborový systém a procesy pro každý kontejner
• Předvídatelné chování: statické doručování ve 3 ráno i ve špičce kampaně

Všude stejná verze: žádné „u mě to funguje, ale naostro ne“

Nejčastějším zdrojem chyb v klasickém webu je rozdíl mezi prostředím, kde se web testoval, a serverem, na kterém běží naostro: jiná verze jazyka, chybějící rozšíření, jiná konfigurace. Image Dockeru tuto celou kategorii problémů odstraňuje: image se sestaví jednou, se všemi zafixovanými závislostmi, a přesně stejný artefakt běží v testu i v produkci. Neexistuje „ručně nastaveno na serveru“.

Pro vás se to přímo promítá do stability. Když upravíte web ve vizuálním editoru na panel.4buildsite.net a stisknete publikovat, verze, která se dostane k návštěvníkům, prošla pokaždé stejnými kroky, stejnými kontejnerizovanými službami. Méně překvapení po publikaci znamená méně nocí s nefunkčním e-shopem — a u online obchodu každá hodina výpadku znamená ztracené objednávky.

Publikace a návrat k předchozí verzi

Na 4buildsite publikace neznamená „zastavíme web, zkopírujeme soubory a doufáme“. Každá publikace vygeneruje novou, kompletní verzi vašeho webu — staticky vyrenderovanou, odděleně od té, která je živá — a přepnutí na ni je atomické: jedinou operací začne doručovací služba servírovat novou verzi. Návštěvníci nezaznamenají žádné přerušení — ani uprostřed objednávky v nákupním košíku. Stejný princip platí pro služby platformy: nová verze kontejneru se spustí vedle staré a převezme provoz až po kontrolách stavu.

Stejně důležitá je cesta zpět. Každá publikovaná verze webu se uchovává nedotčená, takže návrat k předchozí verzi znamená prostě přepnutí zpět, ne obnovu ze zálohy. Pokud publikace přinese problém, váš e-shop nezůstane zaseknutý na vadné verzi. Jediné poctivé upřesnění: data (objednávky, produkty, obsah) žijí v databázi, odděleně od publikovaných verzí — proto jsou spravována na perzistentních svazcích, odděleně od souborů webu.

• Každá publikace = nová, kompletní verze, přepnutá atomicky
• Rollback = přepnutí zpět na předchozí verzi
• Změny publikujete kdykoli, včetně plné prodejní sezóny

Efektivita a náklady: větší výkon za stejné peníze

Klasický virtuální stroj spouští pro každou aplikaci kompletní operační systém — gigabajty paměti a minuty startu spotřebované jen na „obal“. Kontejnery sdílejí jádro hostitele, takže se na stejný server vejde mnohem více webů, každý se svou izolací. Právě tato hustota je důvodem, proč může 4buildsite zahrnout hosting a SSL do předplatného, bez samostatných nákladů na infrastrukturu na každý web.

U vašeho publikovaného webu je škálování na provoz ještě jednodušší: protože jde o statické soubory, jejich servírování je extrémně levné — špička návštěvníků znamená více doručených souborů, ne další procesy, které si šlapou na paty. A služby platformy, které jsou kontejnery startujícími za sekundy, mohou v případě potřeby získat další instance. Platíte předvídatelné předplatné, ne infrastrukturu trvale dimenzovanou na nejvytíženější den v roce. O tom, jak tyto kontejnery skutečně provozujeme — orchestrace, proxy, CI/CD, monitoring — si přečtěte na stránce Cloud a DevOps.