> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/it/angolo-admin/architecture-and-design/bcdr-whitepaper.md). # Whitepaper sulla continuità operativa e il disaster recovery di Business ## **Introduzione** Zoom offre AI-first Unified Communications as a Service (UCaaS) e Centro di contatto as a Service (CCaaS) tramite una singola piattaforma integrata. Questo documento descrive le innovazioni e l’architettura alla base dei servizi e dei prodotti di fascia alta di Zoom, spiegando come offriamo un’esperienza coerente, sicura e gestibile per gli utenti finali e l’IT sia in UCaaS che in CCaaS. ## **Costruito sull’esperienza** La visione cloud-first di Zoom aiuta le organizzazioni ad andare oltre i costi e la complessità dei sistemi on-premise legacy. Invece di aggiungere funzionalità a stack datati, abbiamo investito nell’ingegneria full-stack su client, servizi media e sistemi per sale riunioni per ottimizzare qualità, resilienza e usabilità end-to-end come un’unica piattaforma coesa, ancorata a una strategia single-client con una codebase comune tra le piattaforme che sfrutta la UX nativa di ciascun sistema operativo. Questo approccio cloud-first si vede nell'app Zoom Workplace: una singola, moderna applicazione che offre agli utenti un accesso centralizzato a Meetings, chat, Phone, centro di contatto, Events, Webinars, Rooms, lavagna, Canvas e altro ancora. Access è regolato dalle licenze, così l’IT può attivare o disattivare prodotti e funzionalità senza distribuire una combinazione di installer separati o gestire versioni del client in conflitto. Per l'IT, il modello riduce i costi operativi: meno server da acquistare, installare in rack e patchare; meno integrazioni personalizzate da mantenere; e nessuna necessità di interi team dedicati a mantenere operativa l'infrastruttura in sede. La capacità, gli aggiornamenti e i miglioramenti della sicurezza vengono forniti dal cloud, così gli amministratori possono concentrarsi su policy, adozione e risultati invece che sulla manutenzione. ## Architettura e resilienza dei media in tempo reale Le sezioni seguenti discutono l'approccio di progettazione di Zoom per Abilita un'esperienza multimediale in tempo reale ai massimi livelli. ### Zoom Meetings, webinar ed eventi La base della nostra architettura è un livello di trasporto intelligente che seleziona il percorso migliore in base alle condizioni reali della rete e alle policy. UDP viene usato quando Disponibile, con fallback senza interruzioni a TCP/TLS (incluso HTTPS/443) in ambienti più restrittivi. La condivisione schermo utilizza Reliable UDP per un movimento fluido ogni volta che possibile, con fallback automatico se necessario. Durante la Connessione a una riunione, webinar o Evento, l'app Zoom Workplace viene instradata tramite geolocalizzazione verso le risorse più vicine Disponibile per ridurre al minimo la latenza. Quando le policy organizzative o le prestazioni lo richiedono, il traffico può attraversare il backbone globale di Zoom tramite collegamenti dedicati verso diversi data center.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Una panoramica dell'architettura e della progettazione attiva-attiva di Zoom per riunione, webinar ed eventi.

Il livello Avanti è un livello reattivo di qualità del servizio che si adatta alle condizioni in tempo reale della rete e del Dispositivo . Monitora la larghezza di banda, la perdita di pacchetti, la latenza e il jitter, e raccoglie anche l'utilizzo locale della CPU, la memoria e l'I/O di rete. Questi segnali informano i livelli superiori di intraprendere le azioni adattive appropriate per mantenere la qualità e l'affidabilità. Il codec personalizzato e adattivo di Zoom, a livello di sessione, è ottimizzato per prestazioni in tempo reale. Gli algoritmi circostanti ottimizzano continuamente la frequenza dei fotogrammi e la risoluzione per adattarle alle condizioni del Dispositivo e della rete. Per consentire la migliore esperienza possibile, Zoom utilizza più flussi Simultaneo e l'app Zoom Workplace seleziona dinamicamente il livello più appropriato. Grazie a una compressione efficiente, le sessioni rimangono utilizzabili con perdita di pacchetti fino a circa il 45%; in questi casi, l'audio ha la priorità rispetto al video per mantenere chiare le conversazioni. L'approccio multi-stream regola inoltre la larghezza di banda in base alla capacità di ciascun partecipante di inviare e ricevere audio e video. Il livello di conferenza distribuito di Zoom utilizza una commutazione basata su abbonamento senza transcodifica o mixaggio lato server. I servizi tradizionali spesso transcodificano e mixano i flussi, aggiungendo un sovraccarico di CPU e memoria; il nostro approccio di commutazione è progettato per ridurre l'uso delle risorse e scalare in modo efficiente. I Partecipanti vengono instradati in base alla geolocalizzazione verso il data center più vicino e assegnati al server meno carico; quando i partecipanti sono co-localizzati, possono essere raggruppati sullo stesso server per efficienza. L'architettura supporta implementazioni flessibili on-premise e ibride e fornisce percorsi di traffico a cascata per le grandi aziende. Il Server per riunioni è il nostro MMR (router multimediale) e ogni MMR è raggruppato in una “Zona riunioni”. I Controller di zona gestiscono tutti gli MMR e ne segnalano lo stato al Controller cloud globale per ciascuna Zona riunioni. Le Zone riunioni sono duplicate per ciascun data center con la stessa identica architettura e possiamo facilmente Aggiungi altre zone al volo per una maggiore capacità in ogni regione. I tre livelli (l'MMR, il Controller Zoom e il Controller cloud globale) vengono utilizzati per bilanciare le risorse in diverse sedi. Se ci sono solo due Partecipanti in una riunione, Zoom può utilizzare connessioni peer-to-peer per garantire velocità e affidabilità eccellenti. Tutto ciò consente a Zoom di mantenere la disponibilità dei servizi di riunione con un uptime del 99,9% e di offrire un'esperienza affidabile di videoconferenza. ### Zoom Phone Zoom Phone è stato realizzato nel cloud e per il cloud, utilizzando gli adattamenti comprovati della qualità audio già Disponibile nei nostri prodotti Zoom Meetings e Webinar. L'architettura di Zoom ha ridondanza e resilienza integrate, con il risultato di una soluzione altamente Disponibile che può scalare per soddisfare persino le esigenze della più grande Organizzazione. Zoom Phone utilizza meccanismi di trasporto intelligenti per una connettività affidabile in diversi ambienti di rete. Per i media, utilizza SRTP su UDP quando Disponibile, con fallback senza interruzioni a TCP/TLS, insieme a bitrate adattivo e mitigazione della perdita di pacchetti per preservare la qualità audio in condizioni di scarsa qualità. Per la connettività, le chiamate vengono instradate alla SIP Zone Disponibile più vicina per ridurre al minimo la latenza, con failover automatico tra i data center quando necessario.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

l'architettura Attiva-Attiva di Zoom Phone

Zoom dispone di Session Border Controllers (SBCs) ridondanti in ciascuno dei suoi data center che proteggono le comunicazioni tra Clienti e carrier. Questi SBC di livello carrier facilitano un accesso semplice per un’ampia gamma di organizzazioni, dai Clienti più piccoli alle grandi imprese globali. I Load Balancers reindirizzano le comunicazioni basate su SIP alle Call Switches di Zoom per distribuire in modo uniforme il volume delle chiamare. Questa distribuzione consente un’esperienza fluida per gli utenti, anche durante la picco di iscrizione e le ore di chiamare Occupato. Gli switch di chiamata costituiscono il controllo centrale delle chiamare di Zoom Phone. Questi componenti scalabili non solo supportano le funzionalità PBX di base, ma facilitano anche i dati di telemetria al Dashboard di Zoom Phone e Abilitano funzionalità come l'elevazione delle chiamare di Zoom Phone a riunioni Zoom.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Architettura Attiva-Attiva per zone hardware e SIP ospitate all'interno di un data center

L'app Zoom Workplace sfrutta una logica proprietaria per monitorare la larghezza di banda, la perdita di pacchetti, la latenza e il jitter dell'app, raccogliendo inoltre l'utilizzo della CPU, la memoria e l'I/O di rete dell'app. Questa tecnologia monitora attivamente le chiamate e apporta regolazioni in tempo reale per superare le cattive condizioni di rete e offrire una qualità delle chiamate e un'affidabilità superiori per vari ambienti di rete e dispositivi diversi. Il Dashboard di Zoom Phone acquisisce dati di qualità del servizio in tempo reale e storici, nonché metriche di utilizzo e adozione, registri delle chiamate e metriche relative ai servizi di emergenza nomadici. Zoom valuta automaticamente ogni chiamata con il Mean Opinion Score (MOS), consentendo agli amministratori IT di monitorare le prestazioni di tutte le chiamate che attraversano la rete e di individuare eventuali problemi relativi alla rete.
### Zoom centro di contatto Simile a Zoom Phone, l’architettura Attiva-Attiva del centro di contatto di Zoom aiuta a garantire resilienza e ridondanza in tutto il suo ambiente omni-canale. Basandosi su architetture comprovate dei servizi Zoom Meetings e Zoom Phone, il centro di contatto integra perfettamente le funzionalità di comunicazione in tempo reale con le funzionalità web, creando un’interfaccia intuitiva che avvantaggia sia il tuo team di agenti sia i Clienti. Ogni data center dispone di due zone identiche e interconnesse del Protocollo di Inizializzazione sessione (SIP). Le zone SIP consentono di chiamare e ricevere chiamate vocali via internet, e ogni zona è dotata di hardware e servizi dedicati per un’autosufficienza indipendente. All’interno di un data center, un bilanciatore di carico distribuisce in modo uniforme le chiamate tra entrambe le zone SIP. Le chiamate sono distribuite tra un cluster di switch di chiamata, che sono responsabili di varie funzioni come inoltro chiamate, configurazione e chiusura. Dagli switch di chiamare, le chiamate si collegano a un SBC all'interno di ciascuna zona, che si collega sia alla rete sottostante di provider di Zoom sia a un operatore fornito dal cliente per l'Instradamento PSTN fino a quando la chiamata raggiunge la sua destinazione finale. Gli SBC, i bilanciatori di carico e gli switch di chiamare sono integrati con hardware ridondante in standby per garantire la resilienza. La voce in Zoom centro di contatto beneficia dello stesso adattamento del client e dello stesso comportamento di trasporto di Zoom Phone—usando UDP quando Disponibile con fallback a TCP/TLS—così l'audio rimane nitido anche su reti con risorse limitate. Per i canali video e digitali, il servizio sfrutta l'infrastruttura multimediale in tempo reale di Zoom e la resilienza del cloud per una qualità costante e il failover. #### Cobrowse Il servizio Cobrowse di Zoom centro di contatto opera su un'infrastruttura separata dal servizio principale di Zoom centro di contatto. Quando inizia una sessione, il kit di sviluppo software (SDK) stabilisce una connessione WebSocket persistente al server hub di Cobrowsing (CHS) per la comunicazione bidirezionale, con il traffico instradato in base alla geolocalizzazione verso il data center Disponibile più vicino per ridurre la latenza. Il servizio utilizza un'architettura distribuita senza stato con bilanciamento dinamico del carico tra i nodi CHS per supportare una scalabilità elastica tra i modelli di distribuzione cloud, ibrido e on-premises. Per contribuire a mantenere la continuità della sessione, l'SDK si riconnette automaticamente ai nodi CHS sani se la connettività viene interrotta e può eseguire il failover tra i data center con interruzioni minime. Insieme al monitoraggio continuo dello stato di salute e al più ampio approccio di resilienza attiva-attiva di Zoom, questa architettura è progettata per offrire prestazioni di cobrowsing affidabili e scalabili per ambienti Enterprise.

Architettura attiva-attiva per zone Cobrowse SDK ospitate all'interno di un data center

## **Zoom Node per distribuzioni ibride e on-premises** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) è una piattaforma ibrida gestita dal cloud che collega le risorse del tuo data center con il cloud Zoom, consentendoti di distribuire i moduli di servizio Zoom (workload) on-premises e gestirli dal Zoom web portal. Due moduli si distinguono per la resilienza: Zoom Meetings Hybrid e Zoom Phone Local Survivability (ZPLS). [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) instrada i media in tempo reale per i Partecipanti interni attraverso il tuo Node locale, mentre segnalazione, admin e policy rimangono nel cloud Zoom, e include un'opzione di sopravvivenza locale se i data center Zoom diventano irraggiungibili. Gli utenti interni ottengono percorsi a bassa latenza e un minore traffico in uscita verso Internet, mentre i Partecipanti esterni possono partecipare tramite il cloud come di consueto. Gli account possono anche aggiungere Recording Connettore per l'acquisizione locale quando necessario, con failover automatico al cloud se la capacità locale non è Disponibile.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

Il modulo Zoom Meetings Hybrid mostra come gli utenti in una rete locale si connettono all'MMR ibrido, con una cascata verso il cloud.

[Zoom Phone Local Survivability](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) mantiene Disponibile la funzionalità di chiamata principale presso una sede se la WAN o il percorso del provider non sono disponibili. I telefoni si registrano localmente, le chiamate interne tra interni continuano e, se configurata, la chiamata in uscita critica può essere mantenuta tramite un percorso PSTN in sede. Quando la connettività viene ripristinata, il servizio riprende automaticamente il normale funzionamento cloud.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability supporta più scenari di ripristino per PSTN e la connettività tra sedi in caso di un Evento con impatto sul servizio.

## **Data center distribuiti a livello globale e ridondanza** Zoom dispone di broker e server di comunicazione distribuiti tra più data center interconnessi in tutto il mondo. Valutiamo costantemente i nostri data center e i provider di servizi Internet (ISP) per ottimizzare le prestazioni per i nostri Clienti in termini di larghezza di banda, latenza e isolamento per il ripristino di emergenza. I nostri data center sono situati in strutture di colocazione sicure, neutrali rispetto ai carrier ISP, che offrono sicurezza fisica, alimentazione ridondante e accesso Simultaneo a ISP e Partner di peering di primo livello. Disponiamo inoltre di alcune implementazioni presso provider cloud pubblici, laddove lo richiedano requisiti regionali o di capacità. Le nostre strutture di colocazione sono realizzate con un'architettura a tolleranza di guasto, con ridondanza completa e capacità di failover rapido. Zoom bilancia dinamicamente il carico dei server di comunicazione per spostare automaticamente le nuove sessioni al data center con i tempi di risposta migliori. Queste strutture sono progettate per garantire resilienza anche a livello fisico. Ogni struttura di colocazione è realizzata con ridondanza N+1 e un insieme completo di controlli ambientali destinati a mantenere operativa la struttura in caso di guasti dei componenti e rischi fisici: * Controlli della temperatura e dell'umidità * Sistemi di alimentazione completamente ridondanti e dimensionati per gestire il guasto dei componenti * Illuminazione di emergenza resiliente * Protezione antincendio * Protezione dai danni causati dall'acqua I data center includono modelli di ridondanza dell'alimentazione ininterrotta (UPS) come N, N+1 o 2N, e ridondanza dei generatori usando un design N+1, con la manutenzione e i test dell'alimentazione gestiti dal fornitore del data center applicabile. Quando Zoom utilizza AWS per ospitare porzioni della propria infrastruttura cloud, l'esistenza e il funzionamento dei controlli AWS vengono esaminati annualmente dal team Security di Zoom tramite rapporti di auditor esterni del servizio; eventuali eccezioni identificate vengono discusse con AWS e, se arrivano a presentare un rischio per i sistemi o i dati di Zoom, vengono segnalate al management di Zoom.

Posizioni dei data center commerciali di Zoom in tutto il mondo (settembre 2026)

## **Capacità** Zoom mantiene il 50% di capacità in eccesso in tutti gli aspetti della nostra infrastruttura per supportare la nostra attività in crescita e soddisfare i requisiti di utilizzo di picco. Siamo fiduciosi nella nostra capacità di fornire il servizio e scalare in base alle esigenze attuali e future dei clienti. ## **Continuità operativa e ripristino in caso di disastro** L'affidabilità in condizioni normali è solo una parte del quadro; altrettanto importante è il comportamento della piattaforma quando qualcosa va storto. Le interruzioni — come disastri naturali, guasti di alimentazione o di struttura, incidenti informatici, interruzioni di rete e guasti hardware — sono una realtà inevitabile per qualsiasi servizio globale, e la resilienza di Zoom deriva da come si prepara a, resiste a e si riprende da questi eventi. Tale resilienza si fonda su quattro livelli distinti ma collegati, ciascuno operante in un momento diverso prima, durante e dopo un'interruzione: * **Alta disponibilità** — il livello architetturale che riduce la probabilità e l'impatto dei guasti prima che si verifichino, eliminando i singoli punti di guasto. * **Continuità operativa** — il livello operativo che mantiene in esecuzione le funzioni aziendali essenziali quando si verifica un'interruzione. * **Ripristino in caso di disastro** — il livello di ripristino che riporta i sistemi tecnologici e i servizi interessati alla normale operatività dopo un evento di interruzione. * **Test** — il livello di validazione che conferma che queste pratiche funzionano e fa emergere insegnamenti per il miglioramento continuo. Questi livelli si basano l'uno sull'altro: l'alta disponibilità riduce la frequenza con cui è necessario il ripristino, la continuità operativa disciplina ciò che resta in esecuzione mentre ciò avviene, il ripristino in caso di disastro ripristina ciò che è stato colpito e il test convalida l'insieme. L'architettura descritta in tutto questo documento — data center attivi-attivi, Instradamento basato sulla geolocalizzazione, failover automatico e implementazione N+1 — è, in pratica, il livello di alta disponibilità. Le sezioni seguenti descrivono gli altri tre. ### Alta disponibilità L'alta disponibilità si riferisce a una progettazione di sistema e servizio pensata per supportare un funzionamento continuo e tempi di inattività minimi, ed è integrata nei sistemi di Zoom con l'obiettivo di ridurre al minimo o eliminare i punti critici di guasto. I servizi sono progettati per resistere alla perdita completa di un data center, e processi automatizzati spostano il traffico lontano dall'area interessata quando si verifica un guasto. Le applicazioni core sono distribuite secondo uno standard N+1, così che, se un data center diventa non disponibile, rimanga capacità sufficiente per bilanciare il traffico tra le sedi sopravvissute. Questa filosofia di progettazione abbraccia l'insieme completo dei sistemi da cui dipende una piattaforma di comunicazione — strutture ridondanti, infrastruttura di telefonia, connettività internet e LAN, infrastruttura di sicurezza, sistemi di database relazionali, storage di massa, backup, hardware e le pratiche associate di gestione della capacità e manutenzione — così che il guasto di un singolo componente, sistema o struttura non comporti una perdita di servizio. ### Continuità operativa La pianificazione della continuità operativa di Zoom è progettata per ridurre al minimo l'impatto delle interruzioni sulle operazioni, proteggere gli asset e mantenere i servizi essenziali per i clienti e gli stakeholder. Identifica le funzioni aziendali che devono essere preservate o ripristinate per prime, le persone, la tecnologia, i fornitori e le risorse dell'area di lavoro da cui tali funzioni dipendono, e il potenziale impatto se tali dipendenze vengono interrotte. Ciò fornisce a Zoom una base strutturata per coordinare risposta e ripristino quando le operazioni normali sono compromesse, in particolare quando più funzioni o risorse richiedono attenzione contemporaneamente. A sostegno di questa pianificazione c'è una Analisi dell'impatto sul Business (BIA), il processo sistematico che Zoom utilizza per identificare e valutare i potenziali effetti delle interruzioni sulle funzioni aziendali critiche. Zoom esegue una BIA per le funzioni critiche almeno una volta all'anno, o quando si verifica una modifica significativa a un processo aziendale critico. L'analisi copre quattro componenti chiave: 1. **Identificazione delle funzioni aziendali critiche** — documentare i processi chiave essenziali per le operazioni di Zoom e determinare le dipendenze e le interdipendenze tra essi. 2. **Valutazione dell'impatto** — valutare il potenziale impatto delle interruzioni su ciascuna funzione, considerando perdite finanziarie, tempi di inattività operativi, implicazioni legali e normative e danni alla reputazione. 3. **Requisiti di risorse** — identificare il personale, la tecnologia, le strutture e i servizi di terze parti necessari a supportare il ripristino, e valutarne disponibilità e adeguatezza. 4. **Prioritizzazione degli sforzi di ripristino** — sequenziare il ripristino delle funzioni critiche in base al loro impatto e agli obiettivi di ripristino stabiliti, così che le funzioni più critiche vengano ripristinate per prime. ### Ripristino in caso di disastro Zoom convalida regolarmente le proprie capacità di ripristino in caso di disastro attraverso test annuali su tutti i suoi prodotti. L'azienda mantiene un DRP formale e documentato (Disaster Recovery Plan) che definisce le procedure per ripristinare i sistemi e i servizi critici a seguito di un'interruzione, comprese le strategie di ripristino, i ruoli e le responsabilità e i protocolli di comunicazione. Il DRP di Zoom è progettato per affrontare vari scenari di disastro che possono includere uno o più dei seguenti: interruzioni di corrente, perdita di connettività di rete, guasti hardware, disastri naturali e altri eventi di interruzione, fino a includere il guasto totale della struttura. Gli standard di sicurezza delle informazioni che disciplinano il ripristino in caso di disastro sono documentati, approvati, comunicati e rivisti almeno una volta all'anno. Invece di mantenere un sito di ripristino hot dedicato per i servizi cloud, Zoom si affida a un'architettura ridondante, data center in più sedi e a diversi provider cloud, tra cui AWS, OCI e GCP, per supportare la continuità. A livello di piattaforma, il modello di ripristino varia in base al tipo di servizio: * **Cluster web e comunicazioni non in tempo reale** utilizzano l'infrastruttura ad alta disponibilità di AWS in una configurazione attiva-attiva multi-regione, si affidano ai record DNS per abilitare il failover tra data center e includono più componenti con capacità di replica all'interno di ciascun data center. * **Data center regionali e comunicazioni in tempo reale** operano in una configurazione attiva-attiva tra provider Tier 3 e superiori distribuiti geograficamente, con componenti e connettività ridondanti e resilienti all'interno di ciascun data center regionale, carrier diversificati a supporto della connettività e failover tra regioni che richiede una riconnessione. Le strategie di ripristino documentate di Zoom includono il failover di regione, che sposta il traffico o i servizi lontano da una regione interessata, e il rollback tramite deployment blue-green, che riporta i servizi a un ambiente o a uno stato di distribuzione noto come funzionante in precedenza per recuperare da problemi legati al software o alla distribuzione. Queste strategie vengono misurate rispetto a obiettivi di ripristino definiti. L'obiettivo di tempo di ripristino (RTO) — il tempo obiettivo per ripristinare il servizio dopo un'interruzione — ha come obiettivo meno di cinque minuti. L'obiettivo del punto di ripristino (RPO) — la quantità obiettivo di perdita di dati tollerabile — ha come obiettivo zero perdita di dati, supportato dalla replica dei dati archiviati nel cloud su più zone di disponibilità. Questi obiettivi orientano la progettazione e i test di Zoom piuttosto che funzionare come garanzie di servizio. Il backup e il ripristino efficaci dei dati sono una componente fondamentale di questo approccio, poiché proteggono le informazioni critiche in modo che possano essere ripristinate in caso di un'interruzione per mantenere la continuità operativa. Zoom non condivide esternamente il proprio piano completo di ripristino in caso di disastro né i risultati dettagliati dei test, poiché tali materiali contengono informazioni aziendali interne e riservate sensibili. Si veda [il Centro di fiducia di Zoom](https://www.zoom.com/en/trust/legal-compliance/) per ulteriori informazioni sulla documentazione disponibile pubblicamente. ### Test Zoom convalida le proprie pratiche di ripristino attraverso test annuali tabletop e di failover eseguiti da auditor terzi. Questi test confermano che i processi di risposta e ripristino funzionano come previsto, individuano lacune e supportano il miglioramento continuo attraverso le lezioni apprese. I test hanno riguardato un'ampia gamma di prodotti e aree di servizio su tutta la piattaforma, tra cui Zoom Meetings, Zoom Phone, Zoom centro di contatto, Zoom Virtual Agent, Zoom Rooms, Zoom Events, lavagna, Prenotazione area di lavoro e i gateway RTC e di telefonia, tra gli altri. Insieme all'architettura ridondante, attiva-attiva descritta in tutto questo documento, questo approccio a livelli è progettato per mantenere i servizi di Zoom disponibili e ripristinabili in un'ampia gamma di condizioni di interruzione. ## **Conclusione** L'affidabilità di Zoom è supportata da un'architettura a livelli che combina progettazione dei servizi cloud-first, Instradamento adattivo dei media, infrastruttura globale ridondante, pianificazione della capacità e pratiche formali di continuità operativa e ripristino in caso di disastro. Tra Zoom Meetings, Zoom Phone, Zoom centro di contatto, Zoom Node, i data center globali e i servizi correlati, la piattaforma di Zoom è progettata per supportare comunicazioni coerenti attraverso reti, regioni, dispositivi e modelli di distribuzione diversi. Gli stessi principi di progettazione che supportano la qualità del servizio quotidiano supportano anche la resilienza su larga scala. Architettura attiva-attiva, Instradamento intelligente, trasporto adattivo, strutture ridondanti, pianificazione del ripristino, pratiche di backup e test regolari lavorano insieme per aiutare a mantenere i servizi essenziali e supportare il ripristino quando si verificano eventi operativi. Per i clienti e i team IT, questo approccio offre una piattaforma progettata per una comunicazione affidabile, la continuità operativa e una distribuzione Enterprise gestibile in ambienti UCaaS e CCaaS. *Redatto da Jakob Ganschow e Sam Azimipour* --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/it/angolo-admin/architecture-and-design/bcdr-whitepaper.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.