Hybridní cloud bez chaosu

Skutečná otázka proto nezní, jestli má firma používat vlastní infrastrukturu, nebo cloud. V praxi často potřebuje obojí. Důležité je navrhnout hybridní IT tak, aby přineslo flexibilitu, a ne další vrstvu komplexity, kterou nikdo neřídí.

Hybridní IT vzniká postupně

V debatách o cloudu často vzniká dojem, že společnosti stojí před binární volbou: všechno u sebe, nebo všechno do cloudu. Realita středně velké firmy ale vypadá jinak.

ERP a výrobní systémy běží roky on-prem, protože jejich migrace by nedávala ekonomický ani provozní smysl. Vedle toho firma potřebuje rychle spustit nový e‑commerce projekt, navýšit kapacitu pro sezónní špičky nebo zřídit sekundární lokalitu pro zálohy. Sáhne tedy po privátním nebo veřejném cloudu a rázem funguje hybridně.

To samo o sobě není problém. Dobře navržené hybridní IT spojuje výhody obou světů: kontrolu nad systémy, které ji vyžadují, rychlejší škálování kapacit, vyšší dostupnost i možnost obnovit provoz v náhradním prostředí.

Problém začíná ve chvíli, kdy jednotlivé části infrastruktury vznikají odděleně a nikdo je neřídí jako celek.

Cloud jako rozšíření kapacity

Jedním z častých důvodů, proč firmy začnou kombinovat vlastní infrastrukturu s cloudem, je potřeba rychleji reagovat na změny.

Ve vlastní serverovně firma pracuje s kapacitou, kterou už nakoupila. Pokud potřebuje růst, znamená to nový rozpočet, objednávku hardwaru, dodací lhůty, instalaci a zapojení do stávajícího prostředí. U nových projektů, sezónních špiček nebo testovacích prostředí to může být zbytečně pomalé a nákladné.

Cloud proto v hybridním modelu často neslouží jako náhrada vlastního datacentra, ale jako jeho pružné rozšíření. Pomáhá tam, kde firma potřebuje rychle navýšit výkon, spustit nové prostředí, vytvořit sekundární lokalitu nebo připravit kapacitu pro obnovu provozu.

Důležité ale je, aby cloudová část nevznikla bokem bez návaznosti na zbytek infrastruktury. I kapacitní rozšíření musí zapadat do celkové architektury: z pohledu bezpečnosti, monitoringu, zálohování, odpovědností i nákladů.

Kdy začíná hybridní prostředí bolet

První problémy se většinou neobjeví při samotném nasazení nového prostředí. Přicházejí až ve chvíli, kdy má firma hybridní infrastrukturu delší dobu provozovat, rozvíjet a udržovat pod kontrolou.

Typickým signálem je ztráta přehledu. IT tým ví, že systémy běží, ale už je složitější rychle odpovědět na základní otázky: kdo za co odpovídá, kde vznikl incident, jaké SLA má konkrétní služba, kolik stojí její provoz nebo jak rychle ji dokážeme obnovit.

Hybridní prostředí začíná bolet zejména tam, kde chybí jednotná pravidla. Každá část infrastruktury má jiné nástroje pro správu, monitoring neukazuje celé prostředí v jednom pohledu, bezpečnostní pravidla se liší podle toho, kde služba běží, a zálohovací politiky vznikaly postupně bez jednotného RPO a RTO.

V praxi to znamená, že i jednoduchá změna může trvat déle, než by měla. Nový server se vytváří jiným způsobem podle prostředí, ve kterém má běžet. Bezpečnostní pravidla se nastavují ručně. Zálohování sice existuje, ale nikdo pravidelně netestuje, jestli se z něj podaří obnovit provoz v požadovaném čase.

Problém tedy není v tom, že firma kombinuje více prostředí. Problém je, když tato prostředí nemají společnou architekturu, pravidla a odpovědnosti.

Principy spolehlivého hybridu

Jak navrhnout hybridní prostředí, které bude dlouhodobě fungovat? Chce to jednotný provozní model, který eliminuje chaos a zbytečnou složitost.

Ten stojí na čtyřech pilířích.

Standardizace znamená nastavit společná pravidla napříč prostředími. Týká se například velikostí virtuálních serverů, SLA tříd, výkonnostních tříd úložiště, síťové segmentace, pojmenování prvků nebo backup politik. Cílem není omezit flexibilitu, ale vytvořit mantinely pro bezpečný růst.

Oddělení vrstev pomáhá s budoucí změnou. Výpočetní výkon, úložiště a síťová infrastruktura mají odlišnou roli i životní cyklus. Pokud jsou dobře oddělené, jednodušeji se plánuje navýšení kapacity, změna síťové architektury nebo přesun části workloadů do jiné lokality.

Automatizace snižuje prostor pro ruční zásahy a improvizaci. Pomáhá při nasazování infrastruktury, vytváření serverů ze šablon, konfiguraci prostředí, monitoringu, zálohování nebo disaster recovery scénářích. Nejde jen o úsporu času, ale hlavně o snížení provozních chyb.

Odolnost znamená, že infrastruktura počítá s výpadkem. Nejen jednoho serveru, ale také úložiště, konektivity, celé lokality, lidské chyby nebo ransomware útoku. Právě zde může cloud sehrát důležitou roli jako geograficky oddělená lokalita pro zálohy, kapacitní rezerva nebo prostředí pro disaster recovery.

Praktický scénář: výrobní firma s jednou lokalitou

Představme si středně velkou výrobní firmu. Ve vlastní serverovně provozuje ERP systém, výrobní aplikace, souborové služby a několik interních aplikací. Prostředí funguje, ale stojí na jedné lokalitě a má omezenou kapacitu.

Firma potřebuje prostor pro nové aplikace, rychlejší obnovu po incidentu, lepší ochranu proti ransomware a sekundární lokalitu pro zálohy. Zároveň nechce přesunout všechno do cloudu, protože část systémů má přímou vazbu na výrobu nebo vyžaduje velice nízkou latenci.

V takové situaci dává smysl hybridní provoz. Lokálně zůstávají systémy, které k tomu mají naprosto jasný důvod. Cloud ale přebírá roli kapacitní rezervy, geograficky oddělené záložní lokality nebo prostředí, ve kterém lze při větším incidentu spustit kritické služby. Výsledkem je prostředí, které kombinuje stabilitu vlastního provozu s pružností cloudu.

Ideální stav?

Hybridní infrastruktura by měla ponechat lokálně systémy, u kterých to dává technický, provozní nebo legislativní smysl. Cloud naopak využít tam, kde přináší největší hodnotu: jako flexibilní kapacitu, geograficky oddělenou záložní lokalitu, sekundární prostředí nebo základ pro disaster recovery.

Samotná kombinace technologií ale nestačí. Hybridní IT potřebuje jasnou architekturu, jednotná pravidla, definované odpovědnosti a otestované scénáře pro chvíle, kdy se něco pokazí.

Řešíte, jak propojit vlastní infrastrukturu a cloud tak, aby z toho nevznikl chaos, ale spolehlivý provozní model? Ozvěte se nám. Rádi s vámi projdeme současný stav a navrhneme konkrétní další kroky.

Kontaktujte nás