Docker — izolēti konteineri stabilām vietnēm

Kas ir konteiners — un kāpēc tas ir svarīgi tavai vietnei

Konteiners ir standartizēta pakotne, kas satur lietotni un absolūti visu, kas tai nepieciešams darbam: runtime, bibliotēkas, konfigurāciju. Konteiners darbojas izolēti no pārējā servera, bet tieši izmanto saimniekdatora Linux kodolu — bez atsevišķas operētājsistēmas katrai lietotnei. Docker, kas tika laists klajā 2013. gadā, pārvērta šo tehnoloģiju par pieejamu standartu; attēla formāts šodien ir standartizēts kā OCI (Open Container Initiative) un darbojas vienādi uz jebkura Linux servera vai mākoņa.

Klasiskā analoģija ir jūras konteiners: neatkarīgi no tā, kādu kravu tas satur, tam ir viena un tā pati standarta forma, un to var pārvietot uz jebkuru kuģi, vilcienu vai kravas automašīnu. Tāpat 4buildsite pakalpojumi, kas veido un piegādā tavu vietni — redaktors, FastAPI API, renderēšanas dzinējs — ir iepakoti standarta attēlos, kas darbojas vienādi gan testa, gan produkcijas serverī. Tev kā vietnes vai veikala īpašniekam tas nozīmē paredzamību: tas, ko redzēji priekšskatījumā, ir tieši tas, ko saņem apmeklētāji.

• Konteiners = lietotne + tās atkarības vienā izolētā pakotnē
• Standarta OCI formāts — viens un tas pats attēls darbojas uz jebkura servera vai mākoņa
• Bez atsevišķas operētājsistēmas katram pakalpojumam — palaišana sekundēs, nevis minūtēs
• Platformā 4buildsite konteinerizāciju pārvalda platforma — tu tikai publicē

Izolācija: tava vietne nav atkarīga no kaimiņiem

Klasiskā koplietošanas hostingā simtiem vietņu dala vienu serveri, tos pašus procesus un bieži vien arī vienu un to pašu PHP instalāciju. Ja kaimiņš saņem datplūsmas vilni vai slikti uzrakstīts skripts patērē visu procesoru, tava vietne palēninās — parādība, ko sauc par „noisy neighbour”. 4buildsite risina problēmu no divām pusēm. Pirmā: publicētās vietnes tiek renderētas statiski — serveros, kas tās piegādā, neizpildās neviens vietnes kods (PHP, spraudņi, skripti), tāpēc nav kaimiņa slikti uzrakstīta skripta, kas patērētu procesoru. Otrā: platformas pakalpojumi darbojas katrs savā konteinerā, ar atsevišķiem procesiem un failiem (ar namespaces) un ar iespēju noteikt CPU un atmiņas limitus (ar cgroups — Linux kodola mehānismiem).

Izolācija ir tikpat svarīga drošībai. Koplietošanas hostingā uzlauzta vietne var kļūt par vārtiem uz kaimiņu vietnēm tajā pašā serverī. Platformā 4buildsite publicētā vietne ir statisku failu kopa — nav koda, ko varētu uzlauzt ar spraudņiem vai tēmām —, bet platformas pakalpojumi, kas apstrādā datus (pasūtījumi, maksājumi, redaktors), atrodas atsevišķos konteineros: failu sistēma ir izolēta, un iespējamais incidents paliek ierobežots attiecīgajā konteinerā.

• Publicēta vietne = statiski faili — nav vietnes koda, ko varētu uzlauzt
• Platformas pakalpojumi: atsevišķa failu sistēma un procesi katrā konteinerā
• Statiska piegāde: katrs pieprasījums saņem gatavus failus, bez koda izpildes serverī

Viena un tā pati versija visur: nulle „pie manis darbojas, dzīvajā nē”

Biežākais defektu avots klasiskajā tīmeklī ir atšķirība starp vidi, kurā vietne tika testēta, un serveri, kurā tā darbojas dzīvajā: cita valodas versija, trūkstošs paplašinājums, cita konfigurācija. Docker attēls šo problēmu kategoriju novērš pilnībā: attēls tiek uzbūvēts vienu reizi, ar visām fiksētām atkarībām, un tieši tas pats artefakts darbojas testā un produkcijā. Nav „manuāli konfigurēts serverī”.

Tev tas tieši pārtop stabilitātē. Kad tu maini vietni vizuālajā redaktorā panel.4buildsite.net un nospied publicēt, versija, kas nonāk pie apmeklētājiem, katru reizi ir izgājusi cauri tiem pašiem soļiem, caur tiem pašiem konteinerizētajiem pakalpojumiem. Mazāk pārsteigumu pēc publicēšanas. Tiešsaistes veikalam katra dīkstāves stunda tomēr nozīmē zaudētus pasūtījumus.

Publicēšana bez pārtraukuma un atgriešana pie iepriekšējās versijas

Platformā 4buildsite publicēšana nenozīmē „apturam vietni, nokopējam failus, ceram”. Katra publicēšana ģenerē jaunu, pilnu tavas vietnes versiju — statiski renderētu, atsevišķi no tās, kas ir dzīvā —, un pārslēgšana uz to ir atomāra: vienā darbībā piegādes pakalpojums sāk apkalpot jauno versiju. Apmeklētāji pārslēgšanu parasti neredz — pat ne pirkuma groza vidū. Tas pats princips attiecas uz platformas pakalpojumiem: konteinera jaunā versija startē līdzās vecajai un pārņem datplūsmu tikai pēc veselības pārbaudēm.

Tikpat svarīgs ir ceļš atpakaļ. Katra publicētā vietnes versija tiek saglabāta neskarta, tāpēc atgriešanās pie iepriekšējās versijas nozīmē vienkārši pārslēgšanu atpakaļ, nevis atjaunošanu no rezerves kopijas. Ja publicēšana ievieš problēmu, tavs veikals neiestrēgst uz bojātās versijas. Vienīgais godīgais niansējums: dati (pasūtījumi, produkti, saturs) atrodas datubāzē, atsevišķi no publicētajām versijām — tāpēc tie tiek pārvaldīti pastāvīgos apjomos, atdalīti no vietnes failiem.

• Katra publicēšana = jauna, pilna versija, pārslēgta atomāri — bez pārtraukuma
• Atgriešana = pārslēgšana atpakaļ uz iepriekšējo versiju
• Publicē izmaiņas jebkurā laikā, arī pašā pārdošanas sezonas karstumā

Efektivitāte un izmaksas: vairāk veiktspējas par tiem pašiem līdzekļiem

Klasiska virtuālā mašīna katrai lietotnei darbina pilnu operētājsistēmu — gigabaitus atmiņas un palaišanas minūtes, kas tiek tērētas tikai „iepakojumam”. Konteineri dala saimniekdatora kodolu, tāpēc vienā serverī ietilpst daudz vairāk vietņu, katra ar savu izolāciju. Šis blīvums ir iemesls, kāpēc 4buildsite var iekļaut hostingu un SSL abonementā, bez atsevišķām infrastruktūras izmaksām par vietni.

Tavai publicētajai vietnei mērogošana pēc datplūsmas ir vēl vienkāršāka: tā kā tie ir statiski faili, to piegāde ir ārkārtīgi lēta — apmeklētāju pīķis nozīmē vairāk piegādātu failu, nevis papildu procesus, kas viens otram traucē. Bet platformas pakalpojumi, būdami konteineri, kas startē sekundēs, vajadzības gadījumā var saņemt papildu instances. Tu maksā paredzamu abonementu, nevis infrastruktūru, kas pastāvīgi dimensionēta gada noslogotākajai dienai. Par to, kā mēs šos konteinerus faktiski ekspluatējam — orķestrēšana, proxy, CI/CD, monitorings — lasi lapā Cloud un DevOps.