Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.
Apigee est une plate-forme cloud mutualisée et en libre-service qui s'exécute dans une configuration entièrement redondante (live/live) sur plusieurs centres de données, répartis dans plusieurs régions du monde. Apigee utilise Google Cloud Platform (GCP) et Amazon Web Services (AWS) pour sa plate-forme cloud. Dans le cadre des services que nous développons sur GCP et AWS, nous utilisons plusieurs centres de données dans chaque région et diffusons le trafic en direct pour nos clients dans ces différents centres de données. Nous ne disposons pas d'un centre de données "actif" et d'un centre de données "en veille" (ou "secondaire" ou "de secours"). Nous disposons de deux centres de données (ou plus) qui traitent constamment et simultanément le trafic client dans chaque région du monde.
Plan BCP/DR
Le plan de continuité d'activité et de reprise après sinistre (BCP/DR) d'Apigee est un plan à l'échelle de la plate-forme et ne contient pas de tâches détaillées pour les clients individuels. En effet, la plate-forme est configurée pour traiter les demandes de données client, quels que soient les problèmes et les pannes. Les données continueront de transiter même si un centre de données entier est hors connexion. Si une région entière devenait indisponible, un client à région unique pourrait subir une panne des services de traitement des API. Pour les clients qui recherchent des services redondants au-delà de la région, Apigee propose un niveau de redondance global des centres de données, où le trafic peut être traité dans plusieurs régions ou pays. Ainsi, si une région entière est hors connexion, les données continuent de circuler.
Les services client monorégions ne sont pas automatiquement transférés vers une autre région, en raison des restrictions géographiques potentielles concernant le traitement des données et l'accès à celles-ci. Apigee héberge les services pour les clients dans la région qu'ils ont indiquée. Étant donné qu'il peut exister des réglementations spécifiques ou des engagements des clients envers leurs utilisateurs concernant les emplacements géographiques des données, Apigee ne déplacera pas automatiquement les services vers une autre région, car cela pourrait potentiellement compromettre les engagements d'Apigee envers ses clients ou les engagements des clients Apigee envers leurs clients.
Apigee ne partage pas l'intégralité du plan de continuité d'activité/de reprise après sinistre avec les clients, car il contient des informations internes sensibles à Apigee et des références à nos clients. Nos règles de confidentialité nous interdisent de partager le plan de continuité d'activité et de reprise après sinistre de la plate-forme avec des clients individuels, car cela pourrait potentiellement exposer les noms d'autres clients. Nous offrons ce même niveau de confidentialité à chaque client.
Gestion du BCP/DR
L'équipe Apigee chargée de la sécurité des informations est responsable de la supervision du programme de résilience de l'activité, tandis qu'un responsable des incidents est chargé de la gestion et de la résolution de tous les incidents. Le responsable des incidents dispose de personnel opérationnel et d'ingénierie disponible à tout moment, ainsi que de playbooks pour toutes les actions qui peuvent être nécessaires.
Tests BCP/DR
Apigee effectue des processus opérationnels qui prennent en charge les tests BCP/DR de la plate-forme à une fréquence plus élevée que nos tests BCP/DR annuels complets. Chaque mois, Apigee effectue des variations de charge à partir de notre environnement en direct/en direct lorsque nous mettons à jour les systèmes exécutant le service. Ce processus consiste à mettre hors service les systèmes d'un centre de données entier, tandis que la charge est gérée par le centre de données homologue. Au cours de ce processus, une fois les mises à jour effectuées, le premier centre de données est remis en service et les services sont exécutés en direct/à nouveau en direct pour vérifier qu'aucun problème n'a été introduit. Le centre de données homologue est ensuite mis hors service pour les mêmes mises à jour, puis remis en ligne. Apigee utilise des outils et des techniques pour vider le trafic et envoyer un petit pourcentage de trafic vers les services récemment mis à jour afin de vérifier s'il y a des problèmes ou des erreurs avant de revenir au traitement de la charge complète.
Ce processus opérationnel cohérent dépasse les "tests" de résilience semestriels standards du secteur pour notre service en en faisant une tâche opérationnelle qui se produit plus fréquemment.
En plus des processus opérationnels décrits ci-dessus, Apigee organise également des exercices de simulation BCP/DR au moins une fois par an, au cours desquels les membres des équipes d'ingénierie et opérationnelles sont réunis avec d'autres unités commerciales Apigee pour simuler et parcourir logiquement les problèmes, les réponses et l'impact des décisions prises dans un scénario de catastrophe fictif. Cela permet à notre personnel de bénéficier d'une formation et d'une expérience supplémentaires sur nos plans de continuité d'activité et de reprise après sinistre plus importants pour l'entreprise dans son ensemble, en plus du service lui-même.
Les tests BCP/DR effectués par Apigee n'utilisent pas d'exercices de basculement ni de sites secondaires, car tout cela est intégré au système en cours d'exécution.
Apigee conserve des playbooks à l'usage de toutes les équipes opérationnelles et d'ingénierie. Ces manuels sont examinés et mis à jour au moins une fois par an. Ils sont utilisés dans tous nos exercices de test et de formation BCP/DR.
Apigee ne partage pas les rapports de test BCP/DR avec les clients individuels, car ces tests sont effectués au niveau de la plate-forme, et non au niveau du client. Nous partageons les résultats de nos tâches opérationnelles et les rapports annuels de nos tests de simulation avec nos auditeurs tiers. Ces résultats servent de base à l'examen de notre conformité avec les exigences PCI, HIPAA, contractuelles et autres.
Tests BCP/DR au niveau du client
Nous encourageons les clients à intégrer les services Apigee Edge dans leurs propres plans de reprise après sinistre. Le client peut et doit réfléchir à la manière dont Apigee peut rediriger le trafic si nécessaire pour qu'il puisse continuer à fournir des services aux utilisateurs finaux, même en cas de panne de son centre de données ou d'autre catastrophe. Toutefois, ce niveau de test ne fait pas partie du plan de reprise après sinistre d'Apigee. Nous encourageons les clients à effectuer des tests de BCP/DR sur leurs propres applications et à inclure Apigee Edge dans le test.
DMIA/PDMA
Apigee ne définit pas d'objectifs de point de récupération (RPO) ni d'objectifs de temps de récupération (RTO) pour ses clients ni dans ses contrats liés aux activités de BCP/DR. Nos contrats de niveau de service sont l'équivalent cloud des points de données RTO/RPO. Étant donné qu'Apigee est un service cloud redondant dont les services de gestion et d'exécution sont conçus avec des services en direct redondants, le RTO et le RPO peuvent tous deux être considérés comme "en temps réel". Les clients d'une seule région bénéficient d'un minimum de services redondants dans différents centres de données de la même région. Les clients qui souhaitent bénéficier de niveaux de redondance plus élevés peuvent opter pour des services multirégionaux.
Plan de pandémie
Apigee inclut un plan de pandémie dans son plan et ses processus globaux de BCP/DR. Comme Apigee est un service hébergé dans le cloud, les utilisateurs n'ont pas besoin de gérer le centre de données. Pour les opérations commerciales telles que l'assistance, Apigee dispose d'une équipe d'assistance mondiale disponible 24h/24 et 7j/7 dans plusieurs bureaux et sites distants. Si une pandémie dans une région du monde a des répercussions sur l'un de nos sites d'assistance, le personnel des autres bureaux en en est averti et prend le relais sur la charge normalement gérée par le bureau concerné. Pour les autres services commerciaux, tels que les ventes, la main-d'œuvre est répartie dans le monde entier. Toutes les équipes d'Apigee sont équipées pour travailler à distance si nécessaire. Les outils utilisés dans Apigee sont basés dans le cloud et se prêtent naturellement à un plan de réponse à une pandémie.
Mises à jour
Apigee examine et met à jour son plan de continuité d'activité et de reprise après sinistre au moins une fois par an. Les informations recueillies à partir des incidents, des modifications apportées aux produits, des normes du secteur, des activités d'analyse des risques et des tests BCP/DR sont utilisées pour mettre à jour le plan.
Analyse d'impact sur l'entreprise et évaluations des risques
Google effectue chaque année une analyse de l'impact sur l'entreprise et une évaluation des risques. Les résultats de l'analyse de l'impact sur l'activité et de l'évaluation des risques sont hiérarchisés et documentés dans le système de suivi des problèmes.