Vlastní datové centrum nebo hybridní infrastruktura?

Ranní výpadek systému není primárně IT problémem. Pokud sklad nevidí objednávky, výroba nemá přístup k technické dokumentaci nebo fakturace se zastaví, výpadek se okamžitě stává obchodním problémem. Otázku vlastního datového centra nebo hybridní infrastruktury by proto neměly rozhodovat servery, značky nebo trendy v oblasti cloudu, ale to, jak společnost skutečně funguje.

Špatné rozhodnutí se zřídka projeví hned první den. Spíše se objevuje postupně: stále více výjimek, nejisté zálohy, pomalé reporty, obtížně sledovatelné oprávnění, nákladný provoz nebo systémy, kterým rozumí jen jeden klíčový zaměstnanec. Dobrá infrastruktura není hodnotná sama o sobě. Stává se takovou tím, že předvídatelně podporuje každodenní provoz, růst a kontinuitu podnikání.

Nejprve je třeba odhalit provozní závislosti

Než se začne uvažovat o tom, co by mělo zůstat na místě a co přejít do cloudu, je dobré se podívat na to, které procesy by se zastavily při výpadku systému. U e-shopu to může být informace o skladových zásobách, předání objednávek skladu, potvrzení platby nebo generování štítků pro kurýry. U výrobní společnosti mohou být kritické výrobní data, systémy spojené se stroji, dokumentace kvality nebo plánování směn.

Ne všechna data a aplikace vyžadují stejnou úroveň ochrany. Interní sdílení souborů, archivovaný dokumentový archiv a výrobní řídicí systém fungují s různými požadavky na dostupnost, výkon a obnovu. Pokud jsou tyto potřeby řešeny jediným technologickým rozhodnutím, často vznikne buď příliš drahé, nebo příliš riskantní prostředí.

Vedení by mělo věnovat zvláštní pozornost tomu, kde existuje skrytá lidská závislost. Pokud jen jeden zaměstnanec ví, na kterém serveru běží stará aplikace, jak se provádí záloha nebo co je třeba restartovat po chybě, je to riziko pro kontinuitu podnikání. Totéž platí, pokud systém zdánlivě funguje, ale dokumentace chybí, oprávnění jsou nepřehledná a obnova nebyla nikdy testována v reálné situaci.

Co vlastně znamená vlastní datové centrum nebo hybridní infrastruktura?

Vlastní datové centrum nemusí nutně znamenat samostatnou budovu a serverovnu. Může to být serverové a síťové prostředí na firemním místě, které společnost provozuje nebo nechává provozovat. Výhodou je, že infrastruktura, fyzické umístění dat a některé výkonově kritické systémy zůstávají pod přímější kontrolou.

To může být zvláště odůvodněné tam, kde fungují místní průmyslové zařízení, PLC, SCADA systémy, výrobní zařízení nebo aplikace vyžadující nízkou latenci. Výrobní linka nemůže spoléhat na to, že při krátkém výpadku vzdáleného připojení zůstanou všechny provozní funkce dostupné. Určité požadavky na ochranu dat, smluvní nebo zákaznické předpisy mohou také posílit odůvodnění místní infrastruktury.

Hybridní infrastruktura naopak neznamená jednoduše, že „je tam i trochu cloudu“. Znamená to vědomé rozdělení: některé systémy, data nebo služby zůstávají na místě, jiné fungují v cloudovém prostředí. Například výrobní systém na místě a jeho cacheovaná data mohou zůstat lokálně, zatímco zálohy, reporting, zákaznický portál, vývojové prostředí nebo služby vzdáleného přístupu běží v cloudu.

Model funguje dobře, pokud je jasné, proč je komponenta na daném místě, jak se propojuje s ostatními, kdo je zodpovědný za její provoz a co se stane v případě chyby. Bez toho hybridní prostředí snadno zdědí dva typy problémů: omezení místních systémů a složitost cloudových služeb.

Kontrola má svou cenu a odpovědnost

Vlastní infrastruktura je často preferována kvůli kontrole. To je skutečná výhoda, ale kontrola neznamená jen právo rozhodovat. Znamená to řízení životního cyklu hardwaru, plánování kapacity, aktualizace, síťovou ochranu, fyzickou bezpečnost, napájení, chlazení, zálohovací plán a nepřetržité monitorování.

Server není spolehlivý jen proto, že je nový. Pokud má pouze jednu napájecí cestu, nejsou žádné náhradní díly, záloha zůstává na stejném místě nebo obnova není kontrolována, pak i menší událost může vést k delšímu výpadku. V takovém případě není hlavní otázkou výkon serveru, ale to, jak rychle může společnost obnovit kritický provoz.

Dva užitečné obchodní metriky jsou cílová doba obnovy a přijatelný časový rámec pro ztrátu dat. Jednoduše řečeno: jak dlouho může proces stát a kolik dat lze maximálně ztratit. Denní záloha může být dostatečná pro méně kritický dokumentový archiv, ale nepřijatelná pro systém řízení objednávek nebo výroby, kde se obchodní transakce generují každou hodinu.

Cloudové komponenty mohou snížit zátěž spojenou s místním hardwarem, ale neodstraňují odpovědnost za provoz. Oprávnění, kontrola nákladů, integrace, zálohy, logování a revize přístupů vyžadují stejnou pozornost vedení a odbornou odpovědnost.

Ne všechny aplikace je třeba přesunout na stejné místo

Úplný přesun nebo úplné ponechání na místě je často falešná volba. Systémy společnosti mají obvykle různou úroveň vyspělosti, zpracovávají různé údaje a mění se v různém obchodním rytmu. U staré, ale stabilní výrobní aplikace může rychlý přechod představovat větší riziko než přínos. U nového zákaznického portálu nebo reportingového řešení však může cloudová služba poskytnout flexibilnější start a rozšíření.

Rozhodnutí by mělo být přijímáno pro každou aplikaci zvlášť. Je třeba zkoumat citlivost dat, související systémy, požadavky na výkon, regulační předpisy, potřebnou dostupnost, frekvenci změn a skutečné provozní náklady. Tyto náklady nejsou jen licenční nebo hardwarové ceny. Patří sem i interní pracovní doba, náklady na výpadky, závislost na externích odbornících a riziko odložené modernizace.

Integrace je třeba řešit zvlášť opatrně. Pokud mezi e-shopem, ERP, řízením skladu, organizací dopravy a fakturací již nyní probíhá manuální přenos dat, změna infrastruktury to sama o sobě nevyřeší. Naopak, pokud je proces chybný nebo nepřehledný, nové technické prostředí jen rychleji přenese stejnou chybu.

Typické provozní výhody a omezení hybridního modelu

Dobře navržené hybridní prostředí je často praktické, protože nenutí společnost vyměnit všechny systémy najednou. Umožňuje postupnou modernizaci, zatímco kritický místní provoz zůstává stabilní. Cloud může být vhodný pro oddělené zálohování, záložní plán pro kontinuitu podnikání, analytickou kapacitu, spolupracující systémy nebo pro obsluhu periodicky rostoucího zatížení.

Omezení je třeba řešit stejně jasně. V hybridním systému se síťové připojení stává obchodně významným. Pokud není zajištěna dostatečná redundance, monitorování a nouzový plán, může chyba internetového připojení ovlivnit více služeb najednou. Správa identit a oprávnění je také složitější: stejný zaměstnanec by neměl mít více nezávislých účtů s různými přístupy a nekontrolovatelným procesem odchodu.

Náklady je třeba rovněž neustále sledovat. Cloud není automaticky levnější, zejména pokud se neměří využití kapacit, přenos dat je významný nebo dočasně vytvořené zdroje zůstávají trvale zapnuté. Cílem není nejnižší měsíční faktura, ale předvídatelné, odůvodnitelné celkové náklady na životní cyklus.

Rozhodovací proces, ne jednorázový technologický projekt

Pro dobře podložené rozhodnutí o infrastruktuře je nejprve třeba zmapovat kritické obchodní procesy, systémy a tok dat. Poté lze stanovit úrovně dostupnosti, požadavky na obnovu, bezpečnostní požadavky a odpovědnosti. Pouze na tomto základě může být postavena architektura, ve které se místní a cloudové prvky skutečně navzájem podporují.

Při zavádění je postupnost obvykle méně riziková než jediný velký přechod. Dobře vymezená služba, jako je zálohovací prostředí, interní reportingový systém nebo nová aplikace pro zákaznické vztahy, může být dobrým výchozím bodem. Na základě zkušeností lze vyjasnit provozní pravidla, přístupy, náklady a podpůrné procesy, než budou následovat kritičtější systémy společnosti.

Správná otázka tedy není, zda je modernější vlastní datové centrum nebo hybridní infrastruktura. Otázkou je, která konfigurace činí práci od objednávky po realizaci, od výroby po fakturaci předvídatelnější a která činí další růstovou fázi zvládnutelnou. Pokud je tato odpověď odvozena z procesů, rizik a skutečných provozních odpovědností, infrastruktura nebude omezením, ale spolehlivým provozním základem.