Niedawna globalna awaria IT, która wystąpiła w ważnym systemie obsługi chmury na ogromną skalę, stanowiła realistyczne przypomnienie, że przestoje i zakłócenia w usługach są nieuniknione. To wydarzenie wpłynęło na usługi w bankowości, handlu detalicznym i opiece zdrowotnej oraz posłużyło jako przekonujące ostrzeżenie, że poleganie na dowolnym pojedynczym dostawcy, a nawet pojedynczym regionie chmury, stwarza krytyczną lukę w zabezpieczeniach firmy.
Ta awaria podkreśla krytyczne ryzyko związane ze strategią jednego dostawcy, a nie nieodłączny problem związany z chmurą. Jest to najwyraźniejszy jak dotąd przykład, dlaczego strategia chmury hybrydowej — taka, która daje swobodę przenoszenia obciążeń AI oraz danych między chmurami i centrami danych — musi obejmować funkcje obsługi wielu chmur.
Dlatego podejście firmy Cloudera „chmura w każdym miejscu” jest oczywistym wyborem dla organizacji, które chcą zapewnić ciągłość działalności. Gdy mówimy „dane w każdym miejscu”, to właśnie mamy na myśli: w centrach danych, na krawędzi sieci i w wielu chmurach publicznych.
Cloudera od lat promuje strategię chmury hybrydowej jako fundamentu wolności przedsiębiorstw. Wierzymy, że należy mieć elastyczność w zakresie uruchamiania obciążeń AI i danych tam, gdzie ma to największe znaczenie dla Twojej firmy — czy to we własnych centrach danych, w chmurze publicznej czy na krawędzi sieci — oraz możliwość przenoszenia ich w miarę potrzeb w zależności od zmieniających się wymogów biznesowych.
Celem hybrydy jest zapewnienie spójnego środowiska chmury w dowolnym miejscu, co daje elastyczność i skalowalność chmury publicznej z jednoczesnym zachowaniem bezpieczeństwa i kontroli nad chmurą prywatną. Takie podejście ma na celu umożliwienie przedsiębiorstwom swobodnego przenoszenia obciążeń AI oraz danych między chmurami i centrami danych, bez utrudnień ani uzależnienia od dostawcy. Ten brak uzależnienia od infrastruktury jest istotą odpornej architektury.
Ten hybrydowy fundament zapewnia kluczową swobodę i wybór, jednak niedawna awaria ujawniła krytyczny martwy punkt w wielu strategiach hybrydowych: jeśli architektura po prostu łączy centrum danych z jednym dostawcą chmury publicznej, nadal stanowi to poważne narażenie. Jest to jedynie zamiana pojedynczego punktu awarii na inny.
Jak przedstawiono w ostatnim poście, prawdziwa odporność polega na wyeliminowaniu pojedynczych punktów awarii. Zatem nowoczesna strategia hybrydowa musi być strategią wielochmurową. Osiągnięcie prawdziwej ciągłości działania oznacza posiadanie swobody do „pracy w trybie awaryjnym w dowolnym miejscu”. Ta możliwość musi wykraczać poza proste połączenie infrastruktury lokalnej z chmurą, aby obejmować pracę w trybie awaryjnym między regionami chmury, powrót do centrum danych i, co ma krytyczne znaczenie, od jednego dostawcy chmury do innego.
W teorii oczywistą odpowiedzią jest strategia pracy w trybie awaryjnym w wielu chmurach. W rzeczywistości jest to niesamowicie skomplikowane. Różni dostawcy chmury mają różne interfejsy API, usługi danych i modele zabezpieczeń. W przypadku większości organizacji przenoszenie obciążenia danych o znaczeniu krytycznym z jednej chmury do drugiej wymagałoby bolesnego, czasochłonnego wysiłku w celu refaktoryzacji aplikacji, ponownego opracowywania architektury zasad bezpieczeństwa i migracji danych.
Ograniczenie tej złożoności jest właśnie tym problemem, w celu rozwiązania którego utworzyliśmy naszą platformę. Platforma chmury w każdym miejscu firmy Cloudera umożliwia prawdziwą strategię „pracy w trybie awaryjnym w każdym miejscu”, zapewniając dwie niezbędne, unikatowe funkcje:
Spójna, przenośna platforma: Nasza otwarta architektura data lakehouse i przenośne usługi transmisji danych są uruchamiane identycznie wszędzie. Oferujemy spójną platformę danych i sztucznej inteligencji typu „napisz raz, uruchom wszędzie”, która działa w dowolnej chmurze, w tym AWS, Azure i Google Cloud, jak również w Twoim prywatnym centrum danych. Eliminuje to konieczność refaktoryzacji aplikacji lub obciążeń przy przechodzeniu między różnymi infrastrukturami, zapewniając prawdziwą przenośność i eliminując zależność od infrastruktury.
Ujednolicona struktura danych z replikacją: Obciążenie obejmuje więcej niż dane — obejmuje także bezpieczeństwo i zarządzanie, które muszą mu towarzyszyć. Nasza ujednolicona struktura danych obsługiwana przez technologię Cloudera Shared Data Experience (SDX) gwarantuje spójność krytycznych metadanych, zasad bezpieczeństwa i zarządzania w każdym miejscu. Funkcje takie jak Cloudera Octopai Data Lineage zapewniają głębokie zarządzanie metadanymi i informacje o pochodzeniu, co stanowi również krytyczny kontekst dla scenariusza pracy w trybie awaryjnym. Nasz Replication Manager następnie replikuje zarówno dane, jak i ich krytyczny kontekst obejmujący metadane i zasady do innego środowiska.
To połączenie sprawia, że scenariusz odporności wielochmurowej staje się praktyczną rzeczywistością. Można uruchamiać główne obciążenia u jednego dostawcy chmury i jednocześnie używać produktu Replication Manager do utrzymywania zsynchronizowanego środowiska pomocniczego u zupełnie innego dostawcy chmury. Gdy wystąpi awaria u głównego dostawcy, można szybko podnieść poziom środowiska pomocniczego, zapewniając ciągłość działania przy minimalnej utracie danych (cel punktu odzyskiwania lub RPO) i minimalnym przestoju (cel czasu odzyskiwania lub RTO).
Niedawną awarię należy traktować jako ćwiczenie. Był to sprawdzian strategii odporności każdej organizacji i ujawnił wspólną, krytyczną lukę w zabezpieczeniach: zależność od jednego dostawcy. Architektura hybrydowa jest właściwym fundamentem dla nowoczesnego przedsiębiorstwa, ale jeśli Twoja strategia ma martwy punkt w postaci jednego dostawcy, nie jest prawdziwie odporna. Nie czekaj na następne, nieuniknione zakłócenie, aby to odkryć.
Firma Cloudera zapewnia prawdziwy „dostęp do chmury w dowolnym miejscu”, pozwalając zaprojektować plan odporności, który może wytrzymać każdą awarię. Aby dowiedzieć się więcej o tym, jak zbudować prawdziwie odporną architekturę, przeczytaj nasze blogi „Architektura z myślą o odporności danych” i „Opanowanie obsługi wielu chmur dzięki Cloudera”.
This may have been caused by one of the following: