Hybridní cloud
Hybridní cloud je IT architektura, která kombinuje on-premise nebo privátní infrastrukturu s jedním nebo více poskytovateli veřejného cloudu do jediného koordinovaného prostředí, nikoli do izolovaných ostrůvků. Organizace umísťují úlohy, data a správu tam, kde to vyžadují náklady, výkon, latence nebo požadavky na compliance, obvykle pomocí sdílených nástrojů pro konzistentní provisioning, zabezpečení a monitoring všeho.
V praxi hybridní cloud obvykle znamená, že organizace drží část systémů na vlastním hardwaru — v datovém centru, kolokačním zařízení nebo na bare-metal serverech, které vlastní nebo si pronajímá — zatímco další systémy provozuje u poskytovatelů veřejného cloudu, jako jsou AWS, Azure nebo Google Cloud. Toto rozdělení je záměrné: úlohy citlivé na latenci nebo podléhající regulaci často zůstávají blízko byznysu, zatímco úlohy, které těží z elastické kapacity, spravovaných služeb nebo geografického dosahu, se přesouvají do cloudu. Hybridní cloud se liší od multi-cloudu, což označuje současné používání dvou nebo více poskytovatelů veřejného cloudu; hybridní prostředí vždy zahrnuje alespoň jednu komponentu mimo veřejný cloud, ať už jde o privátní datové centrum, edge hardware nebo on-premise servery. Mnoho organizací provozuje oba vzorce zároveň — hybridní model mezi on-premise a cloudem a multi-cloud model mezi několika poskytovateli v rámci cloudové části.
Mezi časté důvody pro přijetí hybridního modelu patří rezidence dat a regulatorní požadavky, které vyžadují uchovávat určitá data na infrastruktuře, kterou organizace přímo kontroluje, existující kapitálová investice do hardwaru, který ještě není odepsaný, úlohy se stálou, předvídatelnou zátěží, jejichž provoz je na vlastních serverech levnější než na pronajaté cloudové kapacitě, a snaha vyhnout se závislosti na jediném poskytovateli. Hybridní uspořádání jsou běžná i během migrací: tým přesouvá úlohy do cloudu postupně a staré i nové systémy provozuje souběžně měsíce nebo roky, místo aby přešel najednou. Cena za to je provozní: on-premise a cloudová prostředí mají obvykle oddělené konzole, oddělené přihlašovací údaje, oddělený monitoring a oddělené procesy patchování, takže stejnou bezpečnostní politiku nebo postup reakce na incidenty je nutné implementovat dvakrát, dvěma různými způsoby.
Proč na hybridním cloudu záleží
Na hybridním cloudu záleží proto, že většina reálných infrastruktur je hybridní bez ohledu na to, zda to tým takto plánoval — firma akvizicí získá jinou se svým vlastním datovým centrem, požadavek na compliance vynutí, aby určitá data zůstala on-premise, nebo se starší aplikace jednoduše nedá ekonomicky přesunout. Přistupovat k on-premise a cloudu jako ke dvěma oddělěným světům znamená duplikovat bezpečnostní kontroly, přístupové politiky a auditní stopy — a přesně tam vznikají mezery: pravidlo firewallu vynucené v cloudové konzoli, ale zapomenuté na straně bare-metal, nebo runbook pro reakci na incidenty, který funguje jen pro jedno prostředí. Pro regulovaná odvětví a kohokoliv, kdo se zodpovídá auditorům, potřebuje otázka „kdo a kdy tento server změnil" stejnou odpověď bez ohledu na to, jestli server stojí v kolokačním racku, nebo v regionu veřejného cloudu — a bez sdílené vrstvy napříč oběma světy je to těžké zaručit.
Jak Sencai pomáhá
Sencai bere on-premise a bare-metal servery jako plnohodnotný cíl, ne jako přílepek: stejný odlehčený fleet agent, který běží na cloudových instancích, běží i na libovolném Linux serveru a poskytuje identický monitoring, patchování, inventarizaci softwaru a runbook automatizaci podmíněnou schválením, takže postup reakce na incidenty napsaný jednou funguje stejně všude. Na cloudové straně Sencai propojuje existující účty napříč 11 poskytovateli (BYOC, nic se nemigruje), nebo pod vlastním účtem zajišťuje a fakturuje spravovanou kapacitu, inventarizuje zdroje ve chvíli, kdy se účet připojí, a každou akci zaznamenává do append-only auditní stopy s hashovým řetězením — jedna řídicí rovina, jedna auditní stopa, napříč oběma světy.
Správa hybridního a on-premise prostředí →