Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info
Apigee to platforma w chmurze z wieloma najemcami, która jest dostępna w trybie samoobsługowym i działa w pełni redundantnej konfiguracji (live/live) w wielu centrach danych w różnych regionach świata. Apigee korzysta z Google Cloud Platform (GCP) i Amazon Web Services (AWS) w przypadku naszej platformy w chmurze. W ramach usług, które tworzymy w GCP i AWS, korzystamy z wielu centrów danych w każdym regionie i obsługujemy aktualne natężenie ruchu dla naszych klientów w tych centrach danych. Nie mamy centrum danych „aktywnego” ani „rezerwowego” (lub „dodatkowego” albo „awaryjnego”). W każdym regionie na świecie mamy 2 (lub więcej) centrów danych, które stale i równocześnie obsługują ruch klientów.
Plan BCP/DR
Plan ciągłości działania i odzyskiwania po awarii (BCP/DR) Apigee to plan obejmujący całą platformę, który nie zawiera szczegółowych zadań dla poszczególnych klientów. Platforma jest skonfigurowana tak, aby przetwarzać żądania dotyczące danych klientów niezależnie od przerw w działaniu i awarii. Dane będą nadal przesyłane, nawet jeśli całe centrum danych będzie offline. Jeśli cały region zostanie wyłączony, klient korzystający z usług w jednym regionie może doświadczyć przerwy w działaniu usług przetwarzania interfejsu API. Klientom, którzy szukają usług redundantnych w większym stopniu niż „w regionie”, Apigee oferuje globalnie redundantny poziom redundantnych centrów danych, w których ruch może być obsługiwany w wielu regionach lub krajach. Dzięki temu, jeśli cały region zostanie wyłączony, dane nadal będą przesyłane.
Usługi dla klientów w jednym regionie nie są automatycznie przenoszone do innego regionu ze względu na możliwe ograniczenia geograficzne dotyczące przetwarzania danych i dostępu do nich. Apigee hostuje usługi dla klientów w regionie wskazanym przez klienta. Ze względu na to, że mogą obowiązywać konkretne przepisy lub zobowiązania klientów wobec użytkowników dotyczące lokalizacji geograficznych danych, Apigee nie będzie automatycznie przenosić usług do regionu alternatywnego, ponieważ mogłoby to potencjalnie naruszyć zobowiązania Apigee wobec klientów lub zobowiązania klientów Apigee wobec ich klientów.
Apigee nie udostępnia pełnego planu BCP/DR żadnemu klientowi, ponieważ zawiera on wewnętrzne informacje poufne Apigee i odniesienia do naszych klientów. Nasza polityka prywatności uniemożliwia udostępnianie planu BCP/DR platformy poszczególnym klientom, ponieważ mogłoby to ujawnić nazwy innych klientów. Zapewniamy ten sam poziom prywatności każdemu klientowi.
Zarządzanie BCP/DR
Za nadzór nad programem ciągłości działania odpowiada zespół ds. bezpieczeństwa informacji Apigee, a za zarządzanie wszystkimi incydentami i ich rozwiązywanie – zmieniający się dowódca zespołu reagowania na incydenty. Dowódca zespołu reagowania na incydenty ma zawsze do dyspozycji personel operacyjny i inżynieryjny, a także podręczniki ze wszystkimi działaniami, które mogą być potrzebne.
Testowanie BCP/DR
Apigee przeprowadza procesy operacyjne, które wspierają testowanie platformy pod kątem ciągłości działania i odzyskiwania po awarii z większą częstotliwością niż nasze pełne coroczne testy symulacyjne ciągłości działania i odzyskiwania po awarii. Co miesiąc Apigee przeprowadza wahania obciążenia w środowisku aktywnym, podczas gdy my aktualizujemy systemy obsługujące usługę. Ten proces polega na wyłączeniu systemów w całym centrum danych, podczas gdy obciążenie jest obsługiwane przez równorzędne centrum danych. Po wprowadzeniu aktualizacji pierwszy ośrodek danych jest ponownie uruchamiany, a usługi są ponownie uruchamiane w trybie aktywnym, aby sprawdzić, czy nie wystąpiły żadne problemy. Następnie wyłączamy równorzędne centrum danych, aby wprowadzić te same aktualizacje, a potem ponownie je włączamy. Apigee używa narzędzi i technik do zmniejszania ruchu i wysyłania niewielkiego odsetka ruchu do niedawno zaktualizowanych usług, aby sprawdzić, czy nie występują problemy lub błędy, zanim powróci do pełnego przetwarzania obciążenia.
Ten spójny proces operacyjny wykracza poza standardowe w branży półroczne „testowanie” odporności naszych usług, ponieważ jest zadaniem operacyjnym wykonywanym częściej.
Oprócz opisanych powyżej procesów operacyjnych zespół Apigee przeprowadza co najmniej raz w roku ćwiczenia BCP/DR, w których uczestniczą członkowie zespołów inżynieryjnych i operacyjnych oraz innych jednostek biznesowych Apigee. Podczas tych ćwiczeń symulują oni problemy, reakcje i skutki decyzji podejmowanych w scenariuszu pozorowanej katastrofy. Zapewnia to dodatkowe szkolenia i doświadczenie dla naszych pracowników w zakresie większych planów ciągłości działania i odzyskiwania po awarii dla całego przedsiębiorstwa, a także samej usługi.
Testy BCP/DR przeprowadzane przez Apigee nie wykorzystują „ćwiczeń przełączania awaryjnego” ani „lokalizacji dodatkowych”, ponieważ wszystko to jest wbudowane w działający system.
Apigee udostępnia scenariusze wszystkim zespołom operacyjnym i inżynieryjnym. Te podręczniki są sprawdzane i aktualizowane co najmniej raz w roku oraz wykorzystywane we wszystkich testach i szkoleniach dotyczących planu ciągłości działania i odzyskiwania po awarii.
Apigee nie udostępnia raportów z testów BCP/DR poszczególnym klientom, ponieważ testy te są przeprowadzane na poziomie platformy, a nie klienta. Wyniki naszych zadań operacyjnych i rocznych testów symulacyjnych przekazujemy zewnętrznym audytorom, którzy na ich podstawie sprawdzają, czy przestrzegamy wymagań PCI, HIPAA, wymagań umownych i innych.
Testy BCP/DR klienta
Zachęcamy klientów do uwzględniania usług Apigee Edge w swoich planach DR. Klient może i powinien rozważyć, w jaki sposób Apigee może przekierowywać ruch w razie potrzeby, aby klienci mogli utrzymać usługi dla użytkowników nawet w przypadku awarii centrum danych klienta lub innego zdarzenia katastrofalnego. Ten poziom testowania wykracza jednak poza zakres planu DR Apigee. Zachęcamy klientów do przeprowadzania testów BCP/DR na własnych aplikacjach i uwzględniania w nich Apigee Edge.
RTO/RPO
Apigee nie ma celów punktu odzyskiwania i maksymalnego czasu przywrócenia (RPO/RTO) dla naszych klientów ani w naszych umowach związanych z działaniami w zakresie ciągłości działania i odzyskiwania po awarii. Nasze umowy SLA są odpowiednikiem w chmurze punktów danych RTO/RPO. Apigee to nadmiarowa usługa w chmurze, w której zarówno usługi zarządzania, jak i usługi środowiska wykonawczego są zaprojektowane z nadmiarowymi usługami aktywnymi, więc zarówno RTO, jak i RPO można uznać za „czas rzeczywisty”. Klienci w jednym regionie otrzymują co najmniej nadmiarowe usługi w różnych centrach danych w tym samym regionie. Klienci, którzy chcą uzyskać wyższy poziom redundancji, mogą wybrać usługi obsługujące wiele regionów.
Plan na wypadek pandemii
Apigee ma plan na wypadek pandemii, który jest częścią ogólnego planu i procesów BCP/DR. Ponieważ Apigee to usługa hostowana w chmurze, nie ma potrzeby, aby poszczególne osoby zarządzały centrum danych. W przypadku operacji biznesowych, takich jak pomoc, Apigee ma globalny zespół pomocy dostępny przez 24 godziny na dobę i 7 dni w tygodniu, który pracuje w wielu biurach i zdalnie. Jeśli pandemia w jednym z regionów świata wpłynie na jedną z naszych lokalizacji pomocy, personel w innych biurach zostanie o tym powiadomiony i przejmie zmiany, które zwykle obsługuje biuro dotknięte problemem. W przypadku innych usług biznesowych, takich jak sprzedaż, pracownicy są rozproszeni po całym świecie. Wszystkie zespoły w Apigee są przygotowane do pracy zdalnej w razie potrzeby. Narzędzia używane w Apigee działają w chmurze i naturalnie sprawdzają się w planach reagowania na pandemię.
Aktualizacje
Apigee sprawdza i aktualizuje plan BCP/DR co najmniej raz w roku. Informacje zebrane na podstawie incydentów, zmian w usługach, standardów branżowych, działań związanych z analizą ryzyka oraz testów BCP/DR są wykorzystywane do aktualizacji planu.
Analiza wpływu na działalność i ocena ryzyka
Google co roku przeprowadza analizę wpływu na działalność i ocenę ryzyka. Wyniki analizy wpływu na działalność i oceny ryzyka są traktowane priorytetowo i dokumentowane w systemie śledzenia problemów.