Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Apigee è una piattaforma multitenant, self-service e basata sul cloud che viene eseguita in una configurazione completamente ridondante (live/live) in più data center in più regioni del mondo. Apigee utilizza Google Cloud e Amazon Web Services (AWS) per la nostra piattaforma basata su cloud. Nell'ambito dei servizi che creiamo su GCP e AWS, utilizziamo più data center all'interno di ogni regione e gestiamo il traffico in tempo reale per i nostri clienti in questi più data center. Non disponiamo di un data center "live" e di un data center "di riserva" (o "secondario" o "di failover"). Disponiamo di due (o più) data center che gestiscono costantemente e simultaneamente il traffico dei clienti in ogni regione a livello globale.
Piano BCP/DR
La pianificazione della continuità operativa e del disaster recovery (BCP/DR) di Apigee è un piano a livello di piattaforma e non contiene attività dettagliate per i singoli clienti. La piattaforma è configurata per elaborare le richieste di dati dei clienti indipendentemente da interruzioni e disservizi. I dati continueranno a essere trasferiti anche se un intero data center è offline. Se un'intera regione dovesse andare offline, un cliente di una sola regione potrebbe subire un'interruzione dei servizi di elaborazione delle API. Per i clienti che cercano servizi ridondanti "in-region", Apigee offre un livello di data center ridondanti a livello globale in cui il traffico può essere gestito in più regioni o paesi, in modo che se un'intera regione va offline, il flusso di dati continui.
I servizi clienti a singola regione non vengono trasferiti automaticamente in un'altra regione a causa di possibili limitazioni geografiche al trattamento e all'accesso ai dati. Apigee ospita servizi per i clienti nella regione identificata dal cliente. Poiché potrebbero esistere normative specifiche o impegni dei clienti nei confronti dei loro utenti in merito alle posizioni geografiche dei dati, Apigee non sposterà automaticamente i servizi in un'altra regione, in quanto ciò potrebbe compromettere gli impegni di Apigee nei confronti dei suoi clienti o quelli dei clienti di Apigee nei confronti dei loro clienti.
Apigee non condivide il piano completo di BCP/DR con nessun singolo cliente, in quanto contiene informazioni sensibili interne di Apigee e riferimenti ai nostri clienti. Le nostre norme sulla privacy impediscono la condivisione del piano BCP/DR della piattaforma con singoli clienti che potrebbero potenzialmente esporre i nomi di altri clienti. Offriamo lo stesso livello di privacy a ogni cliente.
Gestione di BCP/DR
Il team di sicurezza delle informazioni di Apigee è responsabile della supervisione del programma di resilienza aziendale, mentre un Incident Commander a rotazione è responsabile della gestione e della risoluzione di tutti gli incidenti. L'Incident Commander ha sempre a disposizione personale operativo e tecnico, oltre a playbook per tutte le azioni che potrebbero essere necessarie.
Test BCP/DR
Apigee esegue processi operativi che supportano i test BCP/DR della piattaforma con una cadenza più frequente rispetto ai nostri test BCP/DR annuali completi. Ogni mese Apigee esegue variazioni di carico dal nostro ambiente live/live mentre eseguiamo gli aggiornamenti ai sistemi che eseguono il servizio. Questo processo prevede lo spegnimento di tutti i sistemi di un intero data center mentre il carico viene gestito dal data center peer. Durante questo processo, dopo l'esecuzione di tutti gli aggiornamenti, il primo data center viene ripristinato e i servizi vengono eseguiti di nuovo in modalità live/live per verificare che non siano stati introdotti problemi. Il data center peer viene quindi disattivato per gli stessi aggiornamenti e poi riattivato. Apigee utilizza strumenti e tecniche per ridurre il traffico e inviare una piccola percentuale di traffico ai servizi aggiornati di recente per verificare la presenza di problemi o errori prima di tornare all'elaborazione del carico completo.
Questo processo operativo coerente supera i "test" biennali di resilienza standard del settore del nostro servizio, rendendolo un'attività operativa che si verifica più frequentemente.
Oltre ai processi operativi descritti in precedenza, Apigee conduce anche simulazioni di emergenza BCP/DR almeno una volta all'anno, in cui i membri dei team di ingegneria e operazioni vengono riuniti con altre unità aziendali Apigee per simulare e analizzare logicamente problemi, risposte e l'impatto delle decisioni prese in uno scenario di emergenza simulato. Ciò fornisce ulteriore formazione ed esperienza al nostro personale in merito ai nostri piani BCP/DR più ampi per l'azienda nel suo complesso, oltre al servizio stesso.
Il test BCP/DR eseguito da Apigee non utilizza "esercizi di failover" o "sedi secondarie" perché tutto ciò è integrato nel sistema in esecuzione.
Apigee gestisce i playbook per l'utilizzo da parte di tutti i team operativi e di ingegneria. Questi playbook vengono esaminati e aggiornati almeno una volta all'anno e utilizzati in tutti i nostri test e le nostre esercitazioni di BCP/DR.
Apigee non condivide i report di test BCP/DR con i singoli clienti, perché questi test vengono eseguiti a livello di piattaforma, non a livello di cliente. Condividiamo i risultati delle nostre attività operative e i report annuali dei test di simulazione con i nostri revisori di terze parti, che costituiscono la base per la revisione della nostra conformità ai requisiti PCI, HIPAA, contrattuali e di altro tipo.
Test BCP/DR dei clienti
I clienti sono invitati a includere i servizi Apigee Edge nei propri piani di DR. Il cliente può e deve valutare in che modo Apigee può reindirizzare il traffico in modo che i clienti possano mantenere i servizi per gli utenti finali anche durante un'interruzione del data center del cliente o un altro evento catastrofico. Tuttavia, questo livello di test non rientra nell'ambito del piano di DR di Apigee. Invitiamo i clienti a eseguire test BCP/DR sulle proprie applicazioni e a includere Apigee Edge nel test.
RTO/RPO
Apigee non ha Recovery Point Objective (RPO) e Recovery Time Objective (RTO) per i nostri clienti o nei nostri contratti relativi alle attività di BCP/DR. I nostri SLA sono l'equivalente cloud dei punti dati RTO/RPO. Poiché Apigee è un servizio basato sul cloud ridondante con servizi di gestione e runtime progettati con servizi live ridondanti, RTO e RPO possono essere considerati "in tempo reale". I clienti di una singola regione ricevono un minimo di servizi ridondanti in diversi data center della stessa regione. I clienti che desiderano livelli di ridondanza più elevati possono optare per servizi multiregionali.
Piano per la pandemia
Apigee include un piano per le pandemie nell'ambito dei nostri piani e processi generali di BCP/DR. Poiché Apigee è un servizio ospitato sul cloud, non è necessario che gli utenti gestiscano il data center. Per le operazioni aziendali come l'assistenza, Apigee gestisce un team di assistenza globale 24 ore su 24, 7 giorni su 7 in più uffici e sedi remote. Se una pandemia in una zona del mondo ha un impatto su una delle nostre sedi di assistenza, il personale di altri uffici verrà avvisato e coprirà i turni normalmente gestiti dall'ufficio interessato. Per altri servizi aziendali come le vendite, la forza lavoro è distribuita a livello globale. Tutti i team di Apigee sono attrezzati per lavorare da remoto, se necessario. Gli strumenti utilizzati in Apigee sono basati sul cloud e si prestano naturalmente a un piano di risposta alla pandemia.
Aggiornamenti
Apigee esamina e aggiorna il proprio piano di continuità operativa/recupero di emergenza almeno una volta all'anno. Le informazioni raccolte da incidenti, modifiche ai prodotti, standard di settore, attività di analisi dei rischi e test BCP/DR vengono utilizzate per aggiornare il piano.
Analisi dell'impatto sull'attività e valutazioni dei rischi
Google esegue annualmente un'analisi dell'impatto aziendale e una valutazione del rischio. I risultati della BIA e dell'RA vengono assegnati in ordine di priorità e documentati nel sistema di monitoraggio dei problemi.