Cloudová alebo hybridná infraštruktúra pre podniky

Zastavenie výrobného systému, platformy na správu skladu alebo online predajného prostredia nie je otázkou infraštruktúry, ale priamym obchodným rizikom. Otázku cloudovej alebo hybridnej infraštruktúry je potrebné rozhodnúť na základe kritickosti obchodných procesov, toku dát, regulačných povinností a očakávaní obnovy, nie podľa preferencií poskytovateľa. Zlé rozhodnutie môže nielen zvýšiť náklady na IT, ale aj spôsobiť výpadky výroby, nesprávne údaje o zásobách, oneskorenia v dodávkach alebo neauditovateľné operácie.

Rozhodnutie je zriedkavo binárne. Čisto verejný cloud, súkromné dátové centrum a hybridné modely vykazujú rôzne rizikové profily, prevádzkové zodpovednosti a disciplíny plánovania. V podnikových prostrediach vzniká obhájiteľná architektúra, ak sa vzory zaťaženia, závislosti, cyklus dát a ciele obnovy zohľadňujú v rovnakom rozhodovacom rámci.

Východiskový bod rozhodnutia: kontinuita podnikania

Väčšina infraštruktúrnych programov začína príliš skoro s technológiou. Vznikajú otázky, ktorá cloudová platforma, región alebo kontajnerové riešenie by malo byť štandardom, zatiaľ čo základné otázky zostávajú nezodpovedané: ktoré procesy sa nesmú zastaviť, aká strata dát je prijateľná a ako rýchlo je potrebné obnoviť službu.

Tieto dva ukazovatele to jasne určujú. RTO, teda cieľ obnovy času, určuje, ako dlho môže byť systém nefunkčný. RPO, teda cieľ obnovy bodu, ukazuje, aká strata dát je tolerovateľná. V prípade denného reportovacieho systému môže byť prijateľné niekoľkohodinové RTO, ale v prípade riadenia výroby, spracovania objednávok alebo transakčného prostredia skladu to môže byť obchodne neprijateľné.

Navyše, kritické služby zriedkavo fungujú samostatne. Prebiehajú reálne alebo takmer reálne integrácie medzi ERP, WMS, e-commerce platformami, dopravnými spojeniami, zákazníckymi databázami, riadiacimi systémami výroby a správou identít. Umiestnenie jednej komponenty do cloudu automaticky neznamená modernejšiu prevádzku, ak oneskorenie pripojených systémov, sieťové závislosti alebo tolerancia chýb nie sú prepracované.

Kedy je verejný cloud odôvodnený?

Verejný cloud ponúka skutočné výhody, ak organizácia využíva flexibilnú kapacitu, geografické rozloženie, štandardizované spravované služby a automatizovanú prevádzku. V prípade e-commerce špičkových období, kolísavých analytických záťaží, digitálnych zákazníckych kanálov alebo rýchlo rastúcich portfólií aplikácií je flexibilné škálovanie kapacity odôvodnené aj z obchodného hľadiska.

Avšak cloud nezbavuje spoločnosť architektonickej zodpovednosti. Poskytovateľ je zodpovedný za časť fyzickej infraštruktúry, ale identity, oprávnenia, sieťová segmentácia, konfigurácie aplikácií, zálohovanie a pravidlá ochrany dát zostávajú pod kontrolou spoločnosti. Nesprávne pochopenie modelu zdieľanej zodpovednosti je jedným z najčastejších dôvodov, prečo sa rýchlo začínajúci cloudový projekt neskôr stáva bezpečnostným, nákladovým alebo súladovým problémom.

Verejný cloud môže byť obzvlášť dobrá voľba, ak je aplikácia navrhnutá bez stavu, služby sú dobre automatizované a umiestnenie dát nie je v rozpore s prísnymi právnymi alebo zmluvnými obmedzeniami. V takýchto prípadoch cloud nie je len novým miestom hosťovania, ale transformáciou prevádzkových modelov.

Náklady na cloud nie sú len poplatky za spotrebu

Model nákladov na cloud môže urobiť počiatočné investície predvídateľnejšími, ale nezaručuje nižšie celkové náklady na životný cyklus. Trvalo vysoké zaťaženia, poplatky za výstup dát, nadmerne dimenzované zdroje, nekontrolované vývojové prostredia a paralelne bežiace, zabudnuté služby môžu rýchlo nahromadiť prevádzkové účty.

Preto musí byť finančná kontrola súčasťou architektúry. Bez štandardov označovania, zodpovednosti vlastníkov, rozpočtových rámcov, plánovania kapacity a pravidelnej optimalizácie sa cloud môže ľahko stať decentralizovaným nákupným kanálom. To nie je technologická chyba, ale nedostatok riadenia.

Hybridná infraštruktúra: kontrola na kritických hraniciach

Hybridná infraštruktúra nie je prechodný stav a nie je dôkazom zlyhania prechodu do cloudu. Ak je dobre navrhnutá, je cieľovou architektúrou, ktorá umiestňuje pracovné záťaže do prostredí, ktoré spĺňajú ich technické a obchodné požiadavky.

V výrobnom závode môžu napríklad systémy spojené s priemyselnými kontrolérmi, miestnymi strojovými dátami alebo procesmi s nízkou latenciou zostať oprávnene na mieste. Medzitým centrálna analýza, reportovanie, predpovedanie dopytu, partnerské portály alebo správa dokumentov môžu bežať v cloude. Hranicu neurčuje, či je aplikácia stará alebo nová, ale požiadavky na latenciu, dostupnosť, suverenitu dát a integráciu, ktoré nesie.

Hodnota hybridného modelu je obzvlášť významná, keď spoločnosť potrebuje prepojiť svoje existujúce, stabilné dedičné systémy s novými digitálnymi schopnosťami. Nie je potrebné vymeniť všetky systémy naraz na zlepšenie toku dát, pozorovateľnosti alebo obnovy po katastrofe. Postupná modernizácia môže znížiť prevádzkové riziko, za predpokladu, že prechodná architektúra sa nestane trvalou zbierkou nedokumentovaných výnimiek.

Cena hybridného prostredia je zložitosť

Hybridná infraštruktúra funguje spoľahlivo iba vtedy, ak sú základné kontroly jednotné medzi dvoma alebo viacerými prostrediami. To zahŕňa správu identít, modely oprávnení, logovanie, šifrovanie, sieťové regulácie, správu konfigurácií a monitorovanie. Ak sa tieto líšia podľa prostredia, hybridný model vedie k neviditeľným prevádzkovým rizikám namiesto flexibility.

Presun dát vyžaduje osobitnú pozornosť. Nestačí určiť, že dáta sú technicky prenosné. Je potrebné poznať vlastníka dát, ich klasifikáciu, dobu uchovávania, účel spracovania a umiestnenie kópií. Integrácia je kontrolovaná, ak je spätne sledovateľná, v prípade chyby znovu spustiteľná a nespôsobuje nekonzistenciu v obchodných systémoch.

Cloud alebo hybridná infraštruktúra je otázkou riadenia

Kvalita rozhodnutia závisí nakoniec od toho, kto má kontrolu nad architektúrou.V prítomnosti viacerých obchodných jednotiek, externých vývojárov, poskytovateľov SaaS a infraštruktúrnych partnerov sa ľahko vytvorí prostredie, kde nikto nevidí všetky závislosti a riziká.

Riadenie nespomaľuje administratívu. Je to systém rozhodovania a kontroly, ktorý určuje, kto schvaľuje nové spojenie, aké bezpečnostné minimá platia, ako sa vykonáva zmena, kto testuje obnovu a kto nesie zodpovednosť v prípade incidentu. V kritických prostrediach nemôžu odpovede na tieto otázky zostať ako projektové znalosti alebo v hlave jedného kľúčového človeka.

V správnom prevádzkovom modeli môže byť infraštruktúra spravovaná ako kód, verzionovaná a auditovateľná. Nasadenia sú opakovateľné, odchýlky konfigurácie sú identifikovateľné, prístup môže byť časovo obmedzený a zmeny prechádzajú schvaľovacou reťazou do živého prostredia. To vytvára rovnováhu medzi rýchlejším dodaním a disciplinovanou prevádzkou.

Pred rozhodnutím je potrebné architektonické overenie

Cloudová stratégia nezačína prezentáciou, ale objavovaním. Spoločnosť musí najprv vytvoriť mapu služieb: ktoré aplikácie podporujú kritické obchodné procesy, cez aké rozhrania komunikujú, aké dáta spracovávajú a aké infraštruktúrne závislosti majú. Nasleduje klasifikácia rizík a plánovanie cieľového stavu.

Pri overovaní je vhodné oddeliť technickú realizovateľnosť od prevádzkovej vhodnosti. Systém môže byť technicky migrovateľný, ale kvôli podmienkam podpory výrobcu, licenciám, sieťovej latencii alebo očakávaniam obnovy nemusí byť obchodne odôvodnené jeho migráciu. Podobne, systém ponechaný na mieste môže byť prijateľný, ak jeho zálohovanie, redundancia a správa životného cyklu preukázateľne spĺňajú potrebnú úroveň.

V prístupe CGAT nie je smer infraštruktúry izolovaným rozhodnutím o platforme, ale súčasťou integrity celého prevádzkového systému. Cieľom nie je maximalizovať využitie cloudu, ale zabezpečiť, že všetky kritické komponenty fungujú v kontrolovanom, dokumentovanom a obnoviteľnom prostredí.

Správnu voľbu neurčuje, či sa cloud alebo hybridný model javí ako modernejší. Obhájiteľná infraštruktúra je tá, ktorá udržiava kontrolu nad obchodnou prevádzkou aj v prípade chyby, zmeny alebo neočakávaného špičkového zaťaženia.