Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info
Apigee ist eine mehrinstanzenfähige, Self-Service-Cloud-Plattform, die in einer vollständig redundanten (Live-/Live-)Konfiguration über mehrere Rechenzentren in mehreren Regionen der Welt ausgeführt wird. Apigee verwendet die Google Cloud Platform (GCP) und Amazon Web Services (AWS) für seine cloudbasierte Plattform. Als Teil der Dienste, die wir auf GCP und AWS aufbauen, verwenden wir mehrere Rechenzentren in jeder Region und Dienst-Live-Traffic für unsere Kunden in diesen Rechenzentren. Wir haben kein „Live“-Rechenzentrum und kein „Standby“- (oder „sekundäres“ oder „Failover“) Rechenzentrum. Wir haben zwei (oder mehr) Rechenzentren, die weltweit den Traffic der Kunden in jeder Region gleichzeitig bedienen.
BCP/DR-Plan
Apigee Business Continuity Planning and Disaster Recovery (BCP/DR) ist ein plattformweiter Plan und enthält keine detaillierten Aufgaben für einzelne Kunden. Die Plattform ist so konfiguriert, dass Kundendatenanfragen unabhängig von Störungen und Ausfällen verarbeitet werden. Die Daten werden auch dann weiter fließen, wenn ein ganzes Rechenzentrum offline ist. Wenn eine ganze Region offline gehen würde, könnte ein Kunde in einer Region einen Ausfall der API-Verarbeitungsdienste feststellen. Für Kunden, die mehr als „regionale“ redundante Dienste benötigen, bietet Apigee ein global redundantes Rechenzentrum, in dem Traffic in mehreren Regionen oder Ländern bedient werden kann, sodass auch beim Ausfall einer ganzen Region die Daten weiterhin fließen.
Kundendienste aus einer einzelnen Region werden aufgrund möglicher geografischer Einschränkungen bei der Datenverarbeitung und dem Zugriff nicht automatisch in eine andere Region übertragen. Apigee hostet Dienste für Kunden in der von ihnen angegebenen Region. Da es möglicherweise spezifische Vorschriften oder Zusicherungen von Kunden gegenüber ihren Nutzern in Bezug auf geografische Standorte von Daten gibt, verschiebt Apigee Dienste nicht automatisch in eine alternative Region, da dies möglicherweise die Zusicherungen von Apigee gegenüber seinen Kunden oder die Zusicherungen von Apigee-Kunden gegenüber ihren Kunden beeinträchtigen könnte.
Apigee gibt den vollständigen BCP/DR-Plan nicht an einzelne Kunden weiter, da er interne vertrauliche Informationen von Apigee und Verweise auf unsere Kunden enthält. Gemäß unserer Datenschutzerklärung dürfen wir den BCP/DR-Plan der Plattform nicht an einzelne Kunden weitergeben, da dadurch möglicherweise die Namen anderer Kunden offengelegt werden könnten. Wir bieten jedem Kunden den gleichen Datenschutz.
BCP/DR-Verwaltung
Das Apigee-Team für Informationssicherheit ist für die Aufsicht über das Programm zur Aufrechterhaltung der Geschäftskontinuität verantwortlich, während ein rotierender Incident Commander für die Verwaltung und Behebung aller Vorfälle zuständig ist. Der Einsatzleiter hat jederzeit Betriebs- und Engineering-Personal auf Abruf sowie Playbooks für alle Maßnahmen, die möglicherweise ergriffen werden müssen.
BCP/DR-Tests
Apigee führt operative Prozesse durch, die BCP-/DR-Tests der Plattform in kürzeren Abständen als unsere jährlichen BCP-/DR-Tabletop-Tests unterstützen. Jeden Monat führt Apigee Lastschwankungen in unserer Live-/Live-Umgebung durch, während wir die Systeme aktualisieren, auf denen der Dienst ausgeführt wird. Bei diesem Prozess werden alle Systeme eines Rechenzentrums heruntergefahren, während die Last vom Peer-Rechenzentrum übernommen wird. Während dieses Vorgangs wird nach der Durchführung von Updates das erste Rechenzentrum wieder hochgefahren und die Dienste werden live/live ausgeführt, um zu prüfen, ob Probleme aufgetreten sind. Anschließend wird das Peer-Rechenzentrum für dieselben Updates heruntergefahren und dann wieder online geschaltet. Apigee verwendet Tools und Techniken, um Traffic zu reduzieren und einen kleinen Prozentsatz des Traffics an kürzlich aktualisierte Dienste zu senden, um nach Problemen oder Fehlern zu suchen, bevor wieder die Verarbeitung mit voller Last erfolgt.
Dieser konsistente Betriebsablauf geht über die branchenüblichen halbjährlichen Resilienztests unseres Dienstes hinaus, da er eine häufiger durchgeführte Betriebsaufgabe ist.
Zusätzlich zu den oben beschriebenen Betriebsprozessen führt Apigee mindestens einmal jährlich BCP/DR-Übungen durch, bei denen Mitglieder des Engineering- und Betriebsteams mit anderen Apigee-Geschäftsbereichen zusammenkommen, um Probleme, Reaktionen und die Auswirkungen von Entscheidungen in einem simulierten Katastrophenszenario logisch zu simulieren und durchzugehen. So erhalten unsere Mitarbeiter zusätzliche Schulungen und Erfahrungen mit unseren umfassenderen BCP/DR-Plänen für das Unternehmen als Ganzes zusätzlich zum Dienst selbst.
Beim BCP/DR-Test von Apigee werden keine Failover-Übungen oder sekundären Standorte verwendet, da all das in das laufende System integriert ist.
Apigee stellt Playbooks für alle Betriebs- und Engineering-Teams zur Verfügung. Diese Playbooks werden mindestens einmal jährlich überprüft und aktualisiert und in allen unseren BCP/DR-Tests und ‑Schulungen verwendet.
Apigee gibt keine BCP/DR-Testberichte an einzelne Kunden weiter, da diese Tests auf Plattformebene und nicht auf Kundenebene durchgeführt werden. Wir teilen die Ergebnisse unserer operativen Aufgaben und die jährlichen Berichte zu Planspielen mit unseren externen Prüfern. Diese bilden die Grundlage für die Überprüfung unserer Compliance mit PCI, HIPAA, Verträgen und anderen Anforderungen durch den Prüfer.
Kunden-BCP/DR-Tests
Kunden wird empfohlen, eigene DR-Pläne mit Apigee Edge-Diensten zu verknüpfen. Kunden können und sollten überlegen, wie Apigee den Traffic nach Bedarf weiterleiten kann, damit Kunden Dienste auch bei einem Ausfall des Kundenrechenzentrums oder anderen Notfällen verwalten können. Diese Testebene liegt jedoch nicht im Rahmen des Apigee DR-Plans. Wir empfehlen Kunden, BCP-/DR-Tests für ihre eigenen Anwendungen durchzuführen und Apigee Edge in den Test aufzunehmen.
RTO/RPO
Apigee hat keine Recovery Point Objectives (RPOs) und Recovery Time Objectives (RTOs) für unsere Kunden oder in unseren Verträgen in Bezug auf BCP/DR-Aktivitäten. Unsere SLAs sind das Cloud-Äquivalent der RTO/RPO-Datenpunkte. Da Apigee ein redundanter cloudbasierter Dienst ist, bei dem sowohl Verwaltungs- als auch Laufzeitdienste mit redundanten Live-Diensten konzipiert sind, können sowohl RTO als auch RPO als „Echtzeit“ betrachtet werden. Kunden in einer einzelnen Region erhalten mindestens redundante Dienste in verschiedenen Rechenzentren in derselben Region. Kunden, die ein höheres Maß an Redundanz wünschen, können sich für multiregionale Dienste entscheiden.
Pandemieplan
Apigee umfasst einen Pandemieplan als Teil unseres allgemeinen BCP-/DR-Plans und der Prozesse. Da Apigee ein in der Cloud gehosteter Dienst ist, müssen Einzelpersonen das Rechenzentrum nicht verwalten. Für Geschäftsvorgänge wie den Support betreibt Apigee rund um die Uhr ein globales Supportteam an mehreren Niederlassungen und Standorten. Wenn sich eine Pandemie in einem Bereich der Welt auf einen unserer Supportstandorte auswirkt, werden die Mitarbeiter in anderen Zweigstellen benachrichtigt und decken die Änderungen ab, die normalerweise vom betroffenen Büro bearbeitet werden. Bei anderen Unternehmensdiensten wie dem Vertrieb wird die Arbeitskraft global verteilt. Alle Apigee-Teams sind so ausgestattet, dass sie bei Bedarf online arbeiten können. Die in Apigee verwendeten Tools sind cloudbasiert und eignen sich für die Einhaltung eines Pandemieplans.
Updates
Apigee überprüft und aktualisiert den BCP/DR-Plan mindestens einmal jährlich. Informationen aus Vorfällen, Produktänderungen, Branchenstandards, Aktivitäten zur Risikoanalyse und BCP-/DR-Tests werden verwendet, um den Plan zu aktualisieren.
Geschäftsauswirkungsanalyse und Risikobewertungen
Google führt jährlich eine Geschäftsauswirkungsanalyse und eine Risikobewertung durch. Die Ergebnisse der BIA und der RA werden priorisiert und im Issue-Tracking-System dokumentiert.