Cloud vs lokalna infrastruktura

Zastoj na proizvodnoj liniji, kašnjenje ERP-a ili greška u integraciji skladišta nisu teorijska IT pitanja. U takvim situacijama debata o cloud vs on premises infrastrukturi vrlo brzo postaje pitanje kontinuiteta poslovanja, usklađenosti i upravljanja. Prava odluka nije o tome koji je model moderniji, već koji se bolje uklapa u kritičnost sistema, profil rizika i operativnu disciplinu.
Cloud vs on premises infrastruktura iz perspektive preduzeća
Poređenje oblaka i lokalno upravljane infrastrukture još uvek se pojavljuje u pojednostavljenom obliku u mnogim organizacijama. Cloud se povezuje sa fleksibilnošću, brzim uvođenjem i skaliranjem, dok se on premises model povezuje sa kontrolom, predvidljivošću i fizičkom blizinom. Ove tvrdnje su delimično tačne, ali same po sebi nisu dovoljne za dobru odluku.
U poslovnom i industrijskom okruženju pitanje je više gde se može osigurati potrebna dostupnost, gde se može dosledno primeniti upravljanje i koji model bolje podržava zavisnosti između poslovnih i operativnih sistema. E-commerce platforma, WMS, sistem za kontrolu proizvodnje i ERP nisu odvojeni tehnološki elementi. Oni su deo istog operativnog lanca. Ako odluka o infrastrukturi ne služi ovom lancu, arhitektura koja izgleda moderno može postati ranjiva.
Kada je cloud snažan izbor
Cloud se dobro pokazuje kada je opterećenje promenljivo, usluga geografski rasprostranjena ili kada brzo proširenje usluga donosi poslovnu prednost. Kod digitalnih platformi koje opslužuju više lokacija, aplikacija na strani klijenta i razvojnih okruženja, cloud često omogućava kraće vreme uvođenja i fleksibilnije upravljanje kapacitetom.
Cloud može biti posebno koristan i kada organizacija treba standardizovane infrastrukturne elemente i može zrelo upravljati automatizacijom, upravljanjem identitetima, logovanjem i kontrolom troškova. U tom slučaju, cloud nije samo model hostinga, već regulisana platforma.
Međutim, cloud ne znači da ostaje manje odgovornosti za preduzeće. Deo fizičke infrastrukture zaista upravlja provajder, ali arhitektura, upravljanje pristupom, protok podataka, logika bekapa, mrežna separacija i scenariji oporavka i dalje se odlučuju na strani klijenta. U mnogim rizičnim okruženjima problem nastaje upravo zato što organizacija migraciju u cloud tumači kao outsourcing, a ne kao drugačiju vrstu inženjerske odgovornosti.
Kada je on premises infrastruktura i dalje opravdana
Snaga on premises modela najbolje se vidi tamo gde su kašnjenje, lokacija podataka, povezanost blizu opreme ili regulativna kontrola primarni. U industrijskoj automatizaciji, upravljanju proizvodnjom, lokalnoj obradi podataka, sistemima koji koriste specijalne interfejse i strogim zahtevima za reviziju, lokalno upravljana infrastruktura često nije nasleđe, već svesna arhitektonska odluka.
Ovo je posebno tačno kada sistem mora da funkcioniše i uz slabu ili promenljivu WAN vezu, ili kada je tolerancija na zastoje minimalna. U skladištu, fabrici ili logističkom čvorištu nije uvek prihvatljivo da svi poslovni procesi zavise od dostupnosti centralne usluge. On premises okruženje tada štiti lokalnu autonomiju i determinističko funkcionisanje.
Drugi čest razlog je usklađenost. Postoje organizacije gde je direktna tehnička i organizaciona kontrola nad određenim podacima zahtev, a ne preferencija. Ne zato što je cloud inherentno manje siguran, već zato što auditabilnost, ugovorni rizik, granice upravljanja podacima i operativna odgovornost zajedno to čine opravdanim.
Trošak nije jednostavno CAPEX ili OPEX
Jedna od najslabijih tačaka poređenja cloud vs on premises infrastrukture je pojednostavljenje troškova. Često se tvrdi da je cloud jeftiniji jer nema velikih početnih ulaganja, dok je on premises skuplji jer se mora kupiti hardver. Ovo je finansijski previše sužen pogled.
Trošak clouda može biti povoljan ako su zahtevi za kapacitetom promenljivi, iskorišćenost povremena, a resursi se mogu automatizovano upravljati. Ali ako sistem stalno radi pod visokim opterećenjem, sa velikim količinama prenosa podataka, stalnim zahtevima za skladištem i složenim mrežnim prometom, mesečni trošak lako može premašiti ukupne troškove vlasništva dobro osmišljene lokalne infrastrukture.
Na on premises strani, nije samo cena servera važna. Treba proceniti redundanciju, napajanje, hlađenje, fizičku sigurnost, upravljanje životnim ciklusom, rezervne delove, praćenje na nivou platforme i prisustvo kompetentnih operatera. Ko se oslanja samo na nabavnu cenu, gotovo sigurno će doneti pogrešnu odluku.
Ispravan model troškova ispituje koji poslovni proces infrastruktura štiti, kolika je cena zastoja i koliko košta nedostatak kontrole. U mnogim kompanijama, najveći trošak nije mesečna naknada za infrastrukturu, već operativni zastoj, greška u integraciji ili neusaglašenost sa revizijom zbog loše odabrane platforme.
Sigurnost i upravljanje: platforma sama ne odlučuje
Debate o sigurnosti često se vode na ideološkoj osnovi. Neki smatraju da je cloud inherentno sigurniji, dok drugi veruju da samo on premises pruža stvarnu kontrolu. Obe tvrdnje su pogrešne.
Stvarni nivo sigurnosti ne određuje sam model hostinga, već disciplina arhitekture. Ako je upravljanje ovlašćenjima labavo, mrežni segmenti nisu jasno odvojeni, bekap nije testiran ili se upravljanje promenama odvija ad hoc, oba modela su ranjiva.
U cloud okruženju, rizik često proizlazi iz prebrze izgradnje. Lako je kreirati nove resurse, ali je jednako lako bez kontrole umnožavati izuzetke, siroče komponente i nedokumentovane veze. U on premises okruženju, nasuprot tome, rizik često dolazi od polako nagomilavanog tehničkog duga, ručnih konfiguracija i operativnih praksi koje su se razvijale godinama i teško ih je auditovati.
Zato je pitanje upravljanja ključno. Bez regulisanog pristupa, validiranog stanja konfiguracije, ažurnog inventara resursa, testova oporavka i jasnog modela odgovornosti, nijedna infrastruktura se ne može smatrati korporativnim standardom.
Hibridni model često nije kompromis, već ciljano stanje
U organizacijama gde poslovne aplikacije, industrijski sistemi i procesi sa velikim količinama podataka rade zajedno, čisto cloud ili čisto on premises izbor retko je optimalan. Hibridni model često nije prelazno stanje, već svesna arhitektura.
Suština je da se komponente sistema postavljaju na osnovu operativnih, a ne ideoloških osnova. Ono što zahteva centralno skaliranje, pristup sa više lokacija ili brzi razvojni ciklus može ići u pravcu clouda. Ono što zahteva lokalnu autonomiju, nisko kašnjenje, povezanost blizu opreme ili strogu kontrolu nad podacima može ostati lokalno.
Međutim, hibridni model funkcioniše dobro samo ako ne postane kompromis u tehnologiji. Potrebno je jedinstveno upravljanje identitetima, dosledno logovanje, zajednički monitoring, jasna pravila integracije i precizne granice odgovornosti. U suprotnom, organizacija će naslediti mane oba sveta.
Kako doneti odluku
Dobra odluka ne počinje pitanjem koja platforma je privlačnija, već koji sistemi su zaista kritični. Drugačija infrastruktura je potrebna za unutrašnje rešenje za izveštavanje, a drugačija za okruženje koje povezuje upravljanje narudžbinama, kretanje zaliha, proizvodne podatke i finansijske procese.
Vredi prvo zabeležiti očekivanja od usluge: koja dostupnost je potrebna, koliki zastoj je prihvatljiv, koje vreme oporavka je prihvatljivo i na koje podatke se odnose strogi zahtevi za usklađenost. Nakon toga sledi mapiranje zavisnosti, a zatim određivanje kakve zahteve za kašnjenje, širinu pojasa, rezidenciju podataka i operativne potrebe postavljaju pojedinačne komponente.
Ovde se strateško razmišljanje o infrastrukturi razlikuje od pristupa nabavci. Odgovorno rukovodstvo kompanije ne treba samo da bira platformu, već operativni model. Pitanje je da li se uz određenu infrastrukturu može održati kontrola, da li se promene mogu auditovati i da li se rast može upravljati bez narušavanja integriteta sistema.
Prema CGAT pristupu, vrednost odluke o infrastrukturi meri se tamo gde se tehnologija i kontinuitet poslovanja susreću. Ako odabrani model podržava validaciju, operativnu stabilnost i dugoročnu održivost, onda se kreće u dobrom pravcu. Ako samo izgleda brže ili jeftinije, ali slabi kontrolu, kasnije će biti mnogo skuplje.
Zato korisno završno pitanje nije cloud ili on premises. Već koja arhitektura održava preduzeće u radu čak i kada se opterećenje poveća, veza prekine, revizija počne ili kritični proces mora da nastavi bez greške.