Docker — izolirani vsebniki za stabilne spletne strani

Kaj je vsebnik — in zakaj je pomemben za vašo stran

Vsebnik je standardiziran paket, ki vsebuje aplikacijo in prav vse, kar potrebuje za delovanje: izvajalno okolje, knjižnice, konfiguracijo. Vsebnik teče izolirano od preostanka strežnika, a neposredno uporablja jedro Linux gostitelja — brez ločenega operacijskega sistema za vsako aplikacijo. Docker, predstavljen leta 2013, je to tehnologijo spremenil v dostopen standard; format slike je danes standardiziran kot OCI (Open Container Initiative) in deluje enako na vsakem strežniku Linux ali v vsakem oblaku.

Klasična primerjava je tovorni zabojnik: ne glede na vsebino ima enako standardno obliko in ga je mogoče prestaviti na katero koli ladjo, vlak ali tovornjak. Tako so tudi storitve 4buildsite, ki gradijo in dostavljajo vašo stran — urejevalnik, API FastAPI, mehanizem za izris — zapakirane v standardne slike, ki delujejo enako na testnem in produkcijskem strežniku. Za vas kot lastnika strani ali trgovine to pomeni predvidljivost: kar ste videli v predogledu, je natanko to, kar dobijo obiskovalci.

• Vsebnik = aplikacija + njene odvisnosti v enem izoliranem paketu
• Standardni format OCI — ista slika deluje na vsakem strežniku ali v oblaku
• Brez ločenega operacijskega sistema za vsako storitev — celotnega OS ni treba zaganjati
• Na 4buildsite vsebnike upravlja platforma — vi samo objavite

Izolacija: vaša stran ni odvisna od sosedov

Pri klasičnem skupnem gostovanju na istem strežniku deluje na stotine strani z istimi procesi in pogosto isto namestitvijo PHP. Če sosed dobi val prometa ali slabo napisana skripta porabi ves procesor, se vaša stran upočasni — pojav „hrupnega soseda“. 4buildsite težavo rešuje z dveh strani. Prvič: objavljene strani so izrisane statično — na strežnikih, ki jih dostavljajo, ne teče nobena koda za posamezno stran (PHP, vtičniki, skripte), zato ni slabo napisane skripte soseda, ki bi porabila procesor. Drugič: storitve platforme teče vsaka v svojem vsebniku, z ločenimi procesi in datotekami (prek imenskih prostorov) ter z možnostjo omejitev CPU in pomnilnika (prek cgroups, mehanizmov v jedru Linux).

Izolacija je enako pomembna za varnost. Pri skupnem gostovanju lahko ogrožena stran postane vrata do sosednjih strani na istem strežniku. Na 4buildsite je objavljena stran nabor statičnih datotek — ne teče koda, ki bi jo bilo mogoče ogroziti prek vtičnikov ali tem — storitve platforme, ki obdelujejo podatke (naročila, plačila, urejevalnik), pa so v ločenih vsebnikih: datotečni sistem je izoliran, morebiten incident pa ostane zaprt v zadevnem vsebniku.

• Objavljena stran = statične datoteke — nobene kode za posamezno stran, ki bi jo bilo mogoče ogroziti
• Storitve platforme: ločen datotečni sistem in procesi za vsak vsebnik
• Statična dostava: stran se streže kot pripravljene datoteke

Povsod ista različica: nič „pri meni dela, v živo pa ne“

Najpogostejši vir napak v klasičnem spletu je razlika med okoljem, v katerem je bila stran testirana, in strežnikom, na katerem teče v živo: druga različica jezika, manjkajoča razširitev, drugačna konfiguracija. Slika Docker odpravi celotno kategorijo teh težav: slika se zgradi enkrat, z vsemi pripetimi odvisnostmi, in natanko isti artefakt teče v testu in v produkciji. „Ročno nastavljenega na strežniku“ ni.

Za vas se to neposredno prevede v stabilnost. Ko stran uredite v vizualnem urejevalniku na panel.4buildsite.net in pritisnete objavo, je različica, ki doseže obiskovalce, vsakič prešla iste korake, prek istih vsebniških storitev. Manj presenečenj po objavi — pri spletni trgovini pa vsaka ura nedelovanja pomeni izgubljena naročila.

Atomarne objave in povrnitev na prejšnjo različico

Na 4buildsite objava ne pomeni „ustavimo stran, kopiramo datoteke, upamo“. Vsaka objava ustvari novo, popolno različico vaše strani — statično izrisano, ločeno od tiste, ki je v živo — preklop nanjo pa je atomaren: z eno samo operacijo storitev za dostavo začne streči novo različico. Preklop se zgodi šele, ko je nova različica pripravljena. Isto načelo velja za storitve platforme: nova različica vsebnika se zažene ob stari in prevzame promet šele po preverjanju zdravja.

Enako pomembna je pot nazaj. Vsaka objavljena različica strani se ohrani nedotaknjena, zato vrnitev na prejšnjo različico preprosto pomeni preklop nazaj — ne obnovitev iz varnostne kopije. Če objava prinese težavo, se lahko vrnete na prejšnjo različico. Edina poštena opomba: podatki (naročila, izdelki, vsebina) živijo v zbirki podatkov, ločeno od objavljenih različic — zato so upravljani na trajnih nosilcih, ločeno od datotek strani.

• Vsaka objava = nova, popolna različica, atomarno preklopljena
• Povrnitev = preklop nazaj na prejšnjo različico
• Spremembe objavljate kadar koli, tudi v polni prodajni sezoni

Učinkovitost in stroški: več zmogljivosti za isti denar

Klasičen navidezni stroj za vsako aplikacijo poganja cel operacijski sistem — gigabajti pomnilnika in minute zagona, porabljeni zgolj za „embalažo“. Vsebniki si delijo jedro gostitelja, zato na isti strežnik stane veliko več strani, vsaka s svojo izolacijo. Ta gostota je razlog, da lahko 4buildsite v naročnino vključi gostovanje in SSL, brez ločenega infrastrukturnega stroška za posamezno stran.

Pri vaši objavljeni strani je skaliranje na promet še preprostejše: ker gre za statične datoteke, je njihovo strežbo izjemno poceni — konica obiskovalcev pomeni več dostavljenih datotek, ne dodatnih procesov, ki si stojijo na poti. Storitve platforme pa lahko, ker tečejo v vsebnikih, po potrebi dobijo dodatne instance. Plačujete predvidljivo naročnino, ne infrastrukture, trajno dimenzionirane za najbolj obremenjen dan v letu. O tem, kako te vsebnike dejansko upravljamo — orkestracija, posrednik, CI/CD, nadzor — preberite na strani Oblak in DevOps.