Kontejnerizacija ili virtuelni serveri?

Pokretanje nove interne aplikacije u mnogim kompanijama ne zastaje na razvoju. Aplikacija je gotova, ali se zatim postavljaju pitanja: na koji server će biti postavljena, kako će se vršiti backup, ko će je ažurirati, šta se dešava u slučaju greške i kako je kasnije proširiti? pitanje kontejnerizacije ili virtuelnih servera zato nije samo izbor infrastrukture. Određuje koliko predvidljivo radi poslovno kritičan sistem i koliko pažnje će zahtevati od IT tima.

Dobra odluka ne polazi od toga koja je tehnologija savremenija. Prvo treba razumeti koji poslovni proces podržava aplikacija, koliki bi gubitak prouzrokovala greška, koliko brzo se sistem menja i da li postoji stvarna odgovornost za njegovo održavanje.

Prvo procenite rizik, a ne birajte server

Uzmimo čestu situaciju. Narudžbine iz webshopa stižu u sistem za upravljanje zalihama preko jedinstvene integracije, zatim u sistem za fakturisanje i sistem kurirske službe. Kod nekoliko stotina narudžbina dnevno, ova povezujuća aplikacija više nije sporedni tehnički element. Ako se zaustavi, skladište ne zna šta treba pripremiti, a korisnička služba ne vidi stvarno stanje narudžbine.

U ovoj situaciji suština nije u tome da li program radi na virtuelnoj mašini ili u kontejneru. Suština je u tome da li se može vratiti, da li je nadgledan, da li su greške izolovane, da li je rad dokumentovan i ko može intervenisati čak i ako originalni programer nije dostupan.

Za odluku obično pet pitanja daje koristan okvir:

• Da li je reč o jednoj aplikaciji ili o više usluga koje se menjaju zajedno?
• Koliko često se objavljuje nova verzija ili ispravka?
• Da li je potrebno brzo proširiti kapacitet?
• Da li postoji odgovarajuće znanje i odgovornost za održavanje unutar kompanije?
• Koliko košta sat vremena zastoja u obradi narudžbina, proizvodnji ili usluživanju klijenata?

Odgovori na ova pitanja često govore više nego dugačko tehnološko poređenje.

Šta pruža virtuelni server?

Virtuelni server je okruženje odvojeno na fizičkoj mašini koje radi sa sopstvenim operativnim sistemom. Može se tretirati kao tradicionalni server: ima sopstveni prostor za skladištenje, mrežne postavke, korisničke dozvole i sistemska ažuriranja. Za kompaniju, ovo je često dobro shvaćen, proveren model rada.

Može biti posebno opravdano ako starija poslovna aplikacija radi samo sa određenim operativnim sistemom, specijalnim komponentama ili prema proizvođačevim specifikacijama. Isto može važiti za sistem podrške proizvodnji, staru bazu podataka ili softver koji podržava eksterni dobavljač i koji ima precizne uslove instalacije.

Prednost virtuelnog servera je relativno jasna granica. Aplikacija može imati sopstvenu mašinu koju je moguće sačuvati, nadgledati i po potrebi vratiti. Ovo može značiti jednostavnije održavanje za manje ili retko promenljive sisteme.

Međutim, ova jednostavnost ima svoju cenu. Svaki virtuelni server zahteva sopstveni operativni sistem koji treba ažurirati, štititi i nadgledati. Ako se tokom godina za svaki novi zahtev kreira novi server, brzo se pojavljuje nagomilavanje servera: niko nije potpuno siguran šta na njemu radi, da li je još potreban i koju bi poslovnu funkciju moglo da pogodi ažuriranje.

Dakle, virtuelni server nije zastarelo rešenje. Odgovarajući je kada je aplikacija stabilna, dobro definisana, promena je retka i potrebna je izolacija na nivou operativnog sistema.

Šta rešava kontejnerizacija?

Kontejnerizacija podrazumeva da aplikacija i komponente potrebne za njeno pokretanje rade u kontrolisanom, prenosivom paketu. Kontejner nije potpuni virtuelni server: obično koristi resurse host sistema, dok aplikaciju drži u izolovanom okruženju.

Iz poslovne perspektive, najvažnija prednost je ponovljivost. Ako se razvojno, testno i produkcijsko okruženje grade iz istog definisanog paketa, manja je verovatnoća za poznati problem „radilo je u testnom okruženju“. Instalacija se ne obavlja prema dugom, delimično ručno vođenom opisu, već na proverljiv način koji se može ponoviti.

Ovo je posebno korisno za sisteme koji se često menjaju. Na primer, u integraciji webshopa pojavljuje se nova kurirska služba, novi način plaćanja ili novo pravilo skladištenja. Ako su razvojne promene česte, kontejnerski rad može podržati brži i predvidljiviji proces izdavanja.

Kontejneri se dobro uklapaju i kada poslovna funkcija sastoji od više odvojenih usluga. Jedna komponenta prima narudžbine, druga sinhronizuje zalihe, treća generiše dokumente, četvrta šalje obaveštenja. One ne zahtevaju nužno zaseban virtuelni server, ali se mogu zasebno verzionisati, nadgledati i po potrebi proširiti.

Međutim, kontejnerizacija nije automatski jednostavnija. Za pravilno funkcionisanje potrebna je kontrolisana uprava slika, upravljanje dozvolama, logovanje, mrežna konfiguracija, upravljanje tajnama, strategija bekapa i nadgledanje. Koordinisano upravljanje više kontejnera zahteva posebnu disciplinu održavanja. Ako to nedostaje, kompanija ne dobija manje, već samo drugačiju vrstu složenosti.

Kontejner ne zamenjuje arhitekturu

Česta je zabluda da kontejneri sami po sebi obezbeđuju visoku dostupnost. Ne obezbeđuju. Loše upravljana baza podataka, integracija sa jednim tačkom greške ili nedokumentovana spoljašnja zavisnost ostaju poslovni rizik čak i u kontejneru.

Dostupnost je pitanje dizajna. Treba odrediti šta se dešava u slučaju greške servera, mrežne greške, pogrešnog izdanja ili gubitka podataka. Da li je potrebna automatska ponovna pokretanja? Koliko je brzo prihvatljivo vraćanje? Da li samo čuvamo podatke ili redovno proveravamo da li se rad može zaista vratiti iz bekapa?

Kontejnerizacija ili virtuelni serveri: kada je koji razuman?

Za stabilnu, staru aplikaciju koja se retko ažurira, virtuelni server je često disciplinovanija i proporcionalnija odluka. Nema smisla graditi složenu kontejnersku platformu samo zato što je tehnološki moguće.

Za aplikaciju koja se redovno razvija, upravlja sa više integracija ili radi u više okruženja, kontejnerizacija može doneti značajnu operativnu prednost. Popravke grešaka mogu se brže izdavati, lakše je pratiti šta radi u produkciji, a manja je verovatnoća grešaka zbog razlika u okruženju.

U mnogim slučajevima, ispravan odgovor nije ili-ili. Kontejneri mogu raditi i na virtuelnim serverima. Ovo je česta i opravdana prelazna ili trajna arhitektura: virtuelna mašina obezbeđuje izolaciju na nivou infrastrukture, dok kontejneri omogućavaju kontrolisanu instalaciju aplikacija. Na taj način nije potrebno sve sisteme transformisati jednim velikim tehnološkim skokom.

Vredi posebno tretirati prirodu podataka. Serverske aplikacije, integracione usluge i procesi obrade obično se lakše kontejnerizuju. Međutim, za veliku, poslovno kritičnu bazu podataka, zahtevi za bekap, performanse, skladištenje i vraćanje imaju prioritet u odnosu na modne trendove instalacije.

Skriveni trošak je operativna nesigurnost

Kod odluka o infrastrukturi, često se samo mesečni trošak servera uzima u obzir. Međutim, veći trošak često je nepredvidiv rad: kada samo jedna osoba može rešiti grešku, kada nema ažurirane dokumentacije ili kada niko nije siguran šta će se zaustaviti pre ažuriranja.

Tehnički izbor stoga treba da podrži transparentnost. Treba biti poznato koja aplikacija služi kojem poslovnom procesu, gde su njeni podaci, sa kojim sistemima komunicira, ko je odgovoran za nju i pod kojim uslovima se može menjati. Ovo nije administrativno opterećenje, već osnova kontinuiteta poslovanja.

Dobra infrastruktura nije vredna zbog modernih etiketa. Vredna je jer novi vrh narudžbina, sistemsko ažuriranje ili odsustvo ključne osobe ne zaustavljaju dnevni rad. Ako se pre izbora razjasni ova operativna slika, tehnologija više nije neizvestan rizik, već proverljiv alat.