Chmura hybrydowa
Chmura hybrydowa to architektura IT łącząca infrastrukturę lokalną (on-premise) lub prywatną z co najmniej jednym dostawcą chmury publicznej w jedno, spójne środowisko, zamiast utrzymywać odizolowane silosy. Organizacje umieszczają obciążenia, dane i zarządzanie tam, gdzie dyktują to koszty, wydajność, opóźnienia lub wymogi zgodności, zazwyczaj korzystając ze wspólnych narzędzi do spójnego provisioningu, zabezpieczania i monitorowania wszystkiego.
W praktyce chmura hybrydowa zwykle oznacza, że organizacja utrzymuje część systemów na własnym sprzęcie — w centrum danych, obiekcie kolokacyjnym lub na serwerach bare-metal, które posiada lub wynajmuje — jednocześnie uruchamiając inne systemy u dostawców chmury publicznej, takich jak AWS, Azure czy Google Cloud. Ten podział jest celowy: obciążenia wrażliwe na opóźnienia lub podlegające regulacjom często pozostają blisko biznesu, natomiast obciążenia, które zyskują na elastycznej pojemności, usługach zarządzanych lub zasięgu geograficznym, trafiają do chmury. Chmura hybrydowa różni się od multi-cloud, czyli korzystania z dwóch lub więcej dostawców chmury publicznej jednocześnie; środowisko hybrydowe zawsze zawiera co najmniej jeden komponent spoza chmury publicznej — czy to prywatne centrum danych, sprzęt brzegowy (edge), czy serwery lokalne. Wiele organizacji stosuje oba wzorce naraz — hybrydowość między infrastrukturą lokalną a chmurą oraz multi-cloud pomiędzy kilkoma dostawcami w części chmurowej.
Do najczęstszych powodów przyjęcia modelu hybrydowego należą wymogi dotyczące rezydencji danych i przepisów, które nakazują utrzymywanie określonych danych na infrastrukturze bezpośrednio kontrolowanej przez organizację, istniejące nakłady inwestycyjne w sprzęt, który nie został jeszcze zamortyzowany, obciążenia o stabilnym, przewidywalnym poziomie ruchu, które taniej jest utrzymywać na własnych serwerach niż w wynajmowanej pojemności chmurowej, oraz chęć uniknięcia zależności od jednego dostawcy. Konfiguracje hybrydowe są też powszechne podczas migracji: zespół stopniowo przenosi obciążenia do chmury, utrzymując stare i nowe systemy równolegle przez miesiące lub lata, zamiast dokonywać jednorazowego przełączenia. Kompromisem jest strona operacyjna: środowiska lokalne i chmurowe zwykle mają osobne konsole, osobne dane uwierzytelniające, osobny monitoring i osobne procesy łatania, więc tę samą politykę bezpieczeństwa czy procedurę reagowania na incydenty trzeba wdrożyć dwukrotnie, na dwa różne sposoby.
Dlaczego chmura hybrydowa ma znaczenie
Chmura hybrydowa ma znaczenie, ponieważ większość realnych środowisk infrastruktury jest hybrydowa, niezależnie od tego, czy zespół tak to zaplanował — firma przejmuje inną, która ma własne centrum danych, wymóg zgodności zmusza do utrzymania określonych danych lokalnie, albo aplikacja legacy po prostu nie da się ekonomicznie przenieść. Traktowanie infrastruktury lokalnej i chmury jako osobnych światów oznacza dublowanie kontroli bezpieczeństwa, polityk dostępu i ścieżek audytowych — i właśnie tam pojawiają się luki: reguła zapory wymuszona w konsoli chmurowej, ale zapomniana po stronie bare-metal, albo runbook reagowania na incydenty, który działa tylko dla jednego środowiska. Dla branż regulowanych i każdego, kto odpowiada przed audytorami, pytanie „kto zmienił ten serwer i kiedy" wymaga tej samej odpowiedzi niezależnie od tego, czy serwer stoi w szafie kolokacyjnej, czy w regionie chmury publicznej — trudno to zagwarantować bez wspólnej warstwy obejmującej oba światy.
Jak pomaga Sencai
Sencai traktuje serwery lokalne i bare-metal jako pełnoprawny cel, a nie dodatek: ten sam lekki agent floty, który działa na instancjach chmurowych, działa na dowolnym serwerze Linux, zapewniając identyczny monitoring, łatanie, inwentaryzację oprogramowania i automatyzację runbooków wymagającą zatwierdzenia — dzięki czemu procedura reagowania na incydenty napisana raz działa tak samo wszędzie. Po stronie chmury Sencai łączy się z istniejącymi kontami u 11 dostawców (BYOC, nic się nie migruje) albo udostępnia i rozlicza zarządzaną pojemność na własnym koncie, inwentaryzuje zasoby natychmiast po podłączeniu konta i rejestruje każde działanie w niemodyfikowalnym, powiązanym haszami dzienniku audytowym — jeden panel zarządzania, jeden dziennik audytowy, w obu światach.
Zarządzanie środowiskiem hybrydowym i lokalnym →