Dlaczego Twój Sklep Internetowy Potrzebuje Aktywne-Wykonywanie Architektury Chmury Z Wieloma Dostawcami Podczas Świąt

Dla liderów e-commerce, święta przynoszą dwie pewności: ogromny napływ klientów i zwiększone ryzyko awarii dostawców chmury. Duże awarie chmury wydają się coraz częstsze i bardziej niszczące. Region US-East-1 firmy AWS ma historię znaczących awarii w okresie świąt. Podobnie, każdego roku w styczniu, platforma Microsoft Azure ma tendencję do występowania opóźnień sieciowych lub awarii sieciowych z powodu planu wydawniczego lub testowego w określonych regionach. I musimy tylko cofnąć się do zeszłego czerwca, kiedy duża awaria Google Cloud wpłynęła na szeroki zakres aplikacji, aby przypomnieć sobie, że żaden pojedynczy dostawca nie jest odporny.

Jeśli jesteś odpowiedzialny za operację e-commerce, nie chcesz odkryć, że nawet jeśli wszystko jest ustawione poprawnie, coś przestało działać w najbardziej krytycznym momencie roku. Te trendy awarii i problemów dostawców chmury mogą nie być na Twoim radarze, i szczerze mówiąc, nie powinny być. Jeśli jesteś inżynierem niezawodności witryny, nie powinieneś martwić się o to, czy awaria platformy chmury wpłynie na Twoją aplikację, ani próbować dostosowywać swojej infrastruktury na fly podczas problemu. Zamiast tego powinieneś ponownie rozważyć to, co wiesz o chmurze z wieloma dostawcami.

Aplikacje z wieloma chmurami

Jeśli Twoja organizacja płaci za opłaty AWS, Azure i GCP, masz rzeczywiście do dyspozycji wszystkie trzy chmury. To powiedziawszy, podczas gdy możesz używać wszystkich trzech, ważne jest, aby zbadać, co się dzieje, gdy idziesz o jeden warstwę głębiej. Czy niektóre z Twoich aplikacji są specyficzne dla AWS, Azure lub GCP? Czy będą działać, jeśli jeden dostawca chmury jest wyłączony i musisz szybko przełączyć się na inny?

Twoja aplikacja musi działać idealnie na dowolnej z chmur. To jest to, czym jest prawdziwa konfiguracja chmury z wieloma dostawcami. Jeśli chcesz być niezależny od chmury, nie możesz po prostu płacić za chmurę z wieloma dostawcami; musisz również upewnić się, że Twoje aplikacje są również niezależne od chmury.

Ponadto, poleganie na jednym dostawcy wprowadza wrodzone ograniczenia dotyczące pojemności obliczeniowej, ograniczeń stawek API i dostępności regionalnej. Prawdziwa architektura chmury z wieloma dostawcami zwiększa Twoją łączną moc obliczeniową i zapewnia odporność na te ograniczenia. Umożliwia Cię skalowanie na żądanie poza limitami jednego dostawcy, szybkie rozszerzanie pojemności na całym świecie i zapewnienie stałej wydajności w czasie szczytu handlu. Ale posiadanie przenośnej, niezależnej od chmury aplikacji jest tylko pierwszym krokiem; następnym jest wdrożenie jej w prawdziwej, odpornej architekturze.

Skalowanie do aktywnej-aktywnej architektury

Wymaga to poważnego przygotowania przez DevOps. Jest niezwykle trudno mieć 100% dokładną strategię ciągłości biznesu i odzyskiwania po awarii, ponieważ podczas wykonywania operacji na żywo istnieją wiele punktów awarii. Nie chcesz testować swojej strategii ciągłości biznesu podczas awarii, więc możesz czuć, że wszystko, co możesz zrobić, to przewidzieć możliwe scenariusze, a następnie przygotować się odpowiednio.

Moja rada dla inżynierów niezawodności witryny jest taka, aby architektować awarie domyślnie. Oznacza to posiadanie wtórnego lub nawet trzeciorzędowego chmury działającego w stanie aktywnym. Strategia ciągłości biznesu ograniczona do jednego dostawcy jest punktem awarii; jeśli plan kontroli lub sieciowy dostawcy awarii, cały Twój plan odzyskiwania staje się bezużyteczny.

Podczas świąt jest powszechne, że liczba odwiedzających nagle wzrasta, zmuszając Twoją platformę lub aplikację do rozpoczęcia pracy z ograniczoną wydajnością. Jeśli już utworzyłeś kopię swojej działającej aplikacji, wtórną, możesz przełączyć się do wykonywania bilansowania obciążenia, aby móc przekierować niektóre żądania do innej instancji Twojej aplikacji.

Ten aktywny-aktywny podejście oznacza, że masz pełną, działającą aplikację zdublowaną, działającą gdzie indziej. Jeśli Twój podstawowy dostawca chmury doświadcza poważnej degradacji lub awarii, możesz bezproblemowo przenieść 100% ruchu do dostawcy wtórnego za pośrednictwem DNS lub globalnego bilansowania obciążenia, czyniąc go punktem wejścia bez zakłóceń dla Twoich klientów.

Prawdziwy koszt nieprzechodzenia do chmury z wieloma dostawcami

Chociaż koszt uruchomienia chmury wtórnej nie jest trywialny, jest on nieznaczny w porównaniu z wpływem biznesowym dużej awarii: przeprosiny dla klientów po awarii niezawodności, próby zapewnienia im, że nie powtórzy się to, i przekonywanie ich, aby nie opuścili Cię dla jednego z Twoich konkurentów. Nie zapominajmy również o wszystkich straconych przychodach z utraconych sprzedaży, których nie możesz odzyskać. W FluidCloud widziałem tę sytuację wielokrotnie: firmy inwestują ogromne kwoty w jednego dostawcę, aby ostatecznie znaleźć się po złej stronie awarii bez natychmiastowego odwołania.

To powiedziawszy, trudno kontrolować koszty, jeśli używasz tylko jednego dostawcy chmury; Twoje koszty chmury najprawdopodobniej wyglądają jak wykres wykładniczy. Jeśli przyjmujesz wiele chmur, ten wykres wykładniczy będzie wyglądał tylko bardziej stromy.

Kiedy duplikujesz swoją infrastrukturę z Twojego podstawowego dostawcy chmury, naturalnie nie chcesz, aby Twoje koszty podwoiły się. Dlatego zalecam skupienie się na tańszych chmurach, które oferują konkurencyjną wydajność w niższej cenie. Jeśli masz wtórną chmurę działającą w tańszej chmurze, nadal będziesz miał pełną aktywność-aktywność, ale za niższą cenę. To jest wygrana-wygrana.

Końcowe myśli

Uruchamianie aplikacji aktywne-aktywne na wielu dostawcach chmury nie oznacza po prostu tworzenia kopii zapasowej. Oznacza to budowanie w czasie rzeczywistym, zapewnianie, że Twoja firma nie ma jednego punktu awarii i możliwość oferowania stałej szybkości nawet podczas szczytu ruchu.

W tym świątecznym sezonie nie tylko licź na niezawodność. Zbuduj ją. Zaprojektuj swoje systemy tak, aby działały w sposób ciągły, niezależnie od tego, który dostawca chmury lub region zawiedzie. Dostarczaj bezbłędną obsługę klienta, przyjmując prawdziwą aktywność-aktywność, architekturę chmury z wieloma dostawcami.