> 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/area-admin/architecture-and-design/zoom-architected-for-reliability.md). # Zoom: progettato per l'affidabilità ## **Introduzione** Zoom offre un approccio AI-first a Unified Communications as a Service (UCaaS) e Contact Center as a Service (CCaaS) tramite un’unica piattaforma integrata. La suite include Zoom Meetings; Zoom Webinars e Zoom Events; Zoom Chat; Zoom Rooms e Prenotazione area di lavoro; Zoom Phone; Zoom Contact Center; Zoom Canvas; Zoom Mail e Servizio di calendario; Zoom Whiteboard; Zoom Virtual Agent; Zoom Revenue Accelerator; e altro ancora—progettati per funzionare insieme su desktop, mobile, browser e sale conferenze, inclusi sistemi basati su standard SIP/H.323 tramite il Connettore della sala conferenze. Questo documento illustra le innovazioni e l’architettura alla base dei servizi e prodotti best-in-class di Zoom, spiegando come offriamo un’esperienza coerente, sicura e gestibile per gli utenti finali e l’IT su UCaaS e CCaaS. ## **Costruito dall'esperienza** La visione cloud-first di Zoom aiuta le organizzazioni ad andare oltre i costi e la complessità dei sistemi legacy on-premises. Invece di aggiungere funzionalità a stack datati, abbiamo investito in ingegneria full-stack su client, servizi multimediali e sistemi per sale per ottimizzare qualità, resilienza e usabilità end-to-end come un'unica piattaforma coesa—fondata su una strategia single-client con una base di codice comune tra le piattaforme che sfrutta la UX nativa di ciascun sistema operativo. Quel approccio cloud-first si ritrova nell'app Zoom dell'area di lavoro: una singola, moderna applicazione che offre agli utenti Access centralizzato a Riunioni, chat, Telefono, centro di contatto, Eventi, Webinar, Sale, lavagna, Canvas e altro ancora. L'Access è regolato dalle licenze, quindi l'IT può attivare o disattivare prodotti e funzionalità senza distribuire un insieme eterogeneo di installer separati o gestire versioni client in conflitto. Per l’IT, il modello riduce l’overhead: meno server da acquistare, installare in rack e patchare; meno integrazioni personalizzate da mantenere; e nessuna necessità di interi team dedicati a tenere in funzione 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. ## **L'innovazione fa la differenza** L’approccio esclusivo di Zoom al modo in cui abbiamo progettato il nostro servizio significa che Zoom dispone di funzionalità che altre soluzioni semplicemente non possono offrire, su scala e con una qualità impareggiabile. * **Zoom AI**: Integrato in Meetings, chat, telefono, centro di contatto, Canvas e altro ancora per riassumere, redigere e mettere in evidenza i passi successivi proprio dove avviene il lavoro—senza app aggiuntive o cambi di contesto. * **Galleria smart & direttore intelligente**: Stanze multi-stream e multi-videocamera che offrono a tutti i presenti nella stanza un vero e proprio “posto” sullo schermo. * **Chat continua della riunione**: La chat della riunione confluisce in un canale chat, così i link e i file non scompaiono al termine della riunione, supportando una collaborazione continua e asincrona. * **Condivisione di prossimità e prevenzione dell'eco**: Entra in una stanza e condividi in modalità wireless con un clic; i laptop nelle vicinanze disattivano automaticamente l'audio per bloccare il feedback. * **Resilienza dei contenuti multimediali**: Le conversazioni rimangono comprensibili anche con reti instabili grazie a bitrate adattivo, livelli di codec e fallback rapido del trasporto. * **Zoom Mesh**: Una eCDN nativa che ridistribuisce gli stessi contenuti multimediali di riunioni o webinar all'interno della rete mediante tecnologia peer-to-peer, per ridurre il consumo di larghezza di banda durante le sessioni di grandi dimensioni. * **Zoom Node**: Esegui carichi di lavoro selezionati in locale con controllo cloud e gestione del ciclo di vita, inclusa la sopravvivenza locale per Riunioni e Phone. * **E2EE post-quantistico**: Crittografia end-to-end progettata per resistere a futuri attacchi di decrittazione per riunioni e chiamate telefoniche 1:1. * **Controlli di Instradamento dei dati**: Scegli quali regioni approvi per il transito dei media. ## **Qualità e affidabilità** Le sezioni seguenti discutono l'approccio di progettazione di Zoom per Abilita un'esperienza multimediale in tempo reale di prim'ordine. ### Zoom Meetings, webinar e Eventi La base della nostra architettura è un livello di trasporto intelligente che seleziona il percorso migliore in base alle condizioni di rete reali e alle policy. UDP viene usato quando Disponibile, con fallback senza soluzione di continuità a TCP/TLS (incluso HTTPS/443) in ambienti più restrittivi. La condivisione schermo usa Reliable UDP per movimenti fluidi ogni volta che possibile, con fallback automatico se necessario. Quando si effettua la Connessione a una riunione, a un webinar o a un Evento, l'app Zoom Workplace viene indirizzata dalla geolocalizzazione verso le risorse più vicine Disponibile per ridurre al minimo la latenza. Laddove le politiche organizzative o le prestazioni lo richiedano, il traffico può attraversare la dorsale globale di Zoom tramite collegamenti dedicati a 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 Attiva-Attiva e del design di Zoom Meetings, webinar ed Eventi.

Il livello successivo è un livello reattivo di qualità del servizio che si adatta in tempo reale alle condizioni di rete e del Dispositivo. Monitora larghezza di banda, perdita di pacchetti, latenza e jitter e raccoglie anche l'utilizzo locale della CPU, la memoria e I/O di rete. Questi segnali informano i livelli superiori affinché intraprendano le azioni adattive appropriate per mantenere qualità e affidabilità. La codifica adattiva personalizzata di Zoom a livello di sessione è ottimizzata per le prestazioni in tempo reale. Gli algoritmi circostanti ottimizzano continuamente frame rate e risoluzione per adattarli alle condizioni del Dispositivo e della rete. Per offrire la migliore esperienza possibile, per quanto le condizioni lo consentano, 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 una perdita di pacchetti fino a \~45%; in questi casi, l'audio ha priorità sul video per mantenere chiare le conversazioni. L'approccio multi-stream adatta inoltre la larghezza di banda alla capacità di ciascun partecipante di inviare e ricevere audio e video. La layer di conferenza distribuita di Zoom utilizza uno switching basato su sottoscrizione senza transcoding o mixing lato server. I servizi tradizionali spesso eseguono il transcoding e il mixing dei flussi, aggiungendo overhead di CPU e memoria; il nostro approccio di switching è 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 distribuzioni on-premises e ibride flessibili e fornisce percorsi di traffico a cascata per le grandi imprese. Il Server della riunione è il nostro MMR (router multimediale), e gli MMR sono raggruppati in una “zona riunione”. I Controller di zona gestiscono tutti gli MMR e riportano il loro stato al Global cloud Controller per ogni zona riunione. Le zone riunione sono duplicate per ogni data center con esattamente la stessa architettura e possiamo facilmente Aggiungi altre zone al volo per capacità aggiuntiva in ciascuna regione. I tre livelli (l’MMR, Zoom Controller e Global cloud Controller) vengono usati per bilanciare le risorse in posizioni diverse. Se in una riunione ci sono solo due partecipanti, Zoom può utilizzare connessioni peer-to-peer per un’eccellente velocità e affidabilità. Tutto ciò consente a Zoom di mantenere la disponibilità dei servizi di riunione al 99,9% di uptime e fornire un’esperienza di videoconferenza affidabile. ### Zoom Phone Zoom Phone è stato costruito nel cloud e per il cloud, utilizzando le comprovate adattazioni della qualità audio già Disponibile nei nostri prodotti Zoom Meetings e Webinars. L’architettura di Zoom ha ridondanza e resilienza integrate, dando come risultato 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 sfavorevoli. 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 controller di sessione Border (SBC) ridondanti in ciascuno dei suoi data center che proteggono le comunicazioni di client e carrier. Questi SBC di livello carrier facilitano un facile accesso per un’ampia gamma di organizzazioni, dai Clienti più piccoli alle imprese globali. I bilanciatori di carico reindirizzano le comunicazioni basate su SIP verso gli Switch per chiamare di Zoom per distribuire uniformemente il volume di chiamare. Questa distribuzione consente un’esperienza fluida per gli utenti, anche durante i picchi di iscrizione e le ore di chiamare occupate. Gli switch di chiamata sono il controllo centrale delle chiamate di Zoom Phone. Questi componenti scalabili non solo supportano la funzionalità PBX di base, ma facilitano anche i dati di telemetria al Dashboard di Zoom Phone e Abilita funzionalità come l'elevazione delle chiamate telefoniche a Zoom Meetings.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

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

L'app Zoom Workplace utilizza una logica proprietaria per monitorare la larghezza di banda dell'app, la perdita di pacchetti, la latenza e il jitter, raccogliendo inoltre l'utilizzo della CPU dell'app, la memoria e l'I/O di rete. Questa tecnologia monitora attivamente le chiamate e apporta regolazioni in tempo reale per superare condizioni di rete scadenti e offrire una qualità di chiamare e un'affidabilità superiori per vari ambienti di rete e dispositivi diversi. La Zoom Phone Dashboard acquisisce dati sulla qualità del servizio in tempo reale e storici, oltre a metriche di utilizzo e adozione, registri di chiamare e metriche relative ai servizi di emergenza nomadici. Zoom assegna automaticamente una valutazione a ogni chiamare con un Mean Opinion Score (MOS), consentendo agli amministratori IT di monitorare le prestazioni di tutte le chiamare che attraversano la rete e isolare i potenziali problemi correlati alla rete.
### Zoom centro di contatto Analogamente a Zoom Phone, l'architettura attiva-attiva di Zoom Centro di contatto contribuisce a garantire resilienza e ridondanza nel suo ambiente omni-canale. Basandosi su architetture collaudate di Zoom Meetings e dei servizi Phone, Centro di contatto integra perfettamente funzionalità di comunicazione in tempo reale con funzionalità web, creando un'interfaccia intuitiva a vantaggio sia del team di agenti sia dei Clienti. Ogni data center dispone di due zone identiche e interconnesse del Protocollo di avvio della sessione (SIP). Le zone SIP sono progettate per consentire chiamate vocali effettuate e ricevute tramite Internet e ogni zona è dotata di hardware e servizi dedicati per una sostenibilità indipendente. All'interno di un data center, un bilanciatore di carico distribuisce uniformemente le chiamate tra entrambe le zone SIP. Le chiamate vengono distribuite tra un cluster di commutatori di chiamata, responsabili di varie funzioni quali inoltro chiamate, configurazione e terminazione. Dai commutatori di chiamata, le chiamate si connettono a un SBC all'interno di ciascuna zona, che si collega alla rete sottostante di provider di Zoom oppure a un operatore fornito dal cliente per l'Instradamento PSTN finché la chiamare non raggiunge la destinazione finale. SBC, bilanciatori di carico e commutatori di chiamata sono integrati con hardware ridondante in standby per la resilienza. La voce in Zoom Centro di contatto beneficia dello stesso adattamento client e dello stesso comportamento di trasporto di Zoom Phone, utilizzando UDP quando disponibile con fallback a TCP/TLS, affinché l'audio rimanga nitido anche su reti con capacità limitata. Per i canali video e digitali, il servizio sfrutta la dorsale multimediale in tempo reale e la resilienza cloud di Zoom per garantire qualità e failover costanti. #### Cobrowse Il servizio Cobrowse di Zoom Centro di contatto viene eseguito su un'infrastruttura separata dal servizio principale Zoom Centro di contatto. All'avvio di una sessione, il kit di sviluppo software (SDK) stabilisce una connessione WebSocket persistente al server hub di co-browsing (CHS) per la comunicazione bidirezionale, con il traffico instradato tramite geolocalizzazione verso il data center Disponibile più vicino per ridurre la latenza. Il servizio utilizza un'architettura distribuita e senza stato con bilanciamento dinamico del carico tra i nodi CHS, per supportare la scalabilità elastica nei modelli di distribuzione cloud, ibridi e on-premises. Per contribuire a mantenere la continuità della sessione, l'SDK si riconnette automaticamente ai nodi CHS integri se la connettività viene interrotta e può effettuare il failover tra data center con un'interruzione minima. In combinazione con il monitoraggio continuo dello stato e il più ampio approccio di resilienza attiva-attiva di Zoom, questa architettura è progettata per fornire prestazioni di co-browsing affidabili e scalabili per ambienti Enterprise.

Architettura attiva-attiva per le zone SDK Cobrowse 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 al cloud di Zoom, consentendoti di distribuire Zoom Service Modules (carichi di lavoro) on-premises e gestirli dallo 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 contenuti multimediali in tempo reale per i partecipanti interni tramite il tuo Node locale mentre segnalazione, admin e policy restano 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 da 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 richiesto, con failover automatico nel 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'Hybrid MMR, in 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 la chiamata principale disponibile in una sede se la WAN o il percorso del provider si interrompe. I telefoni si registrano localmente, la chiamata interna tra interni continua e, se configurata, la chiamata in uscita critica può essere mantenuta tramite un percorso PSTN on-premises. Quando la connettività ritorna, il servizio riprende automaticamente il normale funzionamento nel cloud.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Il supporto alla sopravvivenza locale di Zoom Phone supporta più scenari di failback per PSTN e connettività tra sedi in caso di un evento che impatta il servizio.

## **Data center distribuiti globalmente e ridondanza** Zoom ha 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 disaster recovery. I nostri data center si trovano in strutture di colocation sicure, neutrali rispetto agli ISP, e offrono sicurezza fisica, alimentazione ridondante e accesso Simultaneo ai principali ISP e ai partner di peering. Disponiamo anche di alcune implementazioni presso provider di cloud pubblico, dove i requisiti regionali o di capacità lo rendono necessario. Le nostre strutture di colocation sono costruite con un'architettura tollerante ai guasti, con ridondanza completa e capacità di failover rapido. Zoom bilancia dinamicamente il carico dei server di comunicazione per spostare automaticamente le nuove sessioni nel data center con il miglior tempo di risposta.

Posizioni dei data center Zoom in tutto il mondo (novembre 2025)

## **Capacità** Zoom mantiene il 50% di capacità in eccesso in tutti gli aspetti della nostra infrastruttura per supportare il nostro Business in crescita e soddisfare i requisiti di picco di utilizzo. Siamo fiduciosi nella nostra capacità di fornire il servizio e di scalare in base alle attuali e future esigenze dei Clienti. ## **Ripristino di emergenza** Zoom convalida regolarmente le proprie capacità di ripristino di emergenza tramite test annuali su tutti i suoi prodotti. L'azienda mantiene un Piano formale e documentato di ripristino di emergenza (DRP) che definisce le procedure per ripristinare sistemi e servizi critici a seguito di un'interruzione, incluse 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 dirompenti. Il Piano di ripristino di emergenza di Zoom viene testato ogni anno da revisori terzi. ## **Conclusione** L'approccio innovativo di Zoom nella distribuzione e nelle funzionalità offre un'esperienza di videoconferenza costantemente superiore. Gli utenti finali apprezzano le funzionalità innovative, la facilità d'uso, l'affidabilità e l'incredibile chiarezza video e audio. E i responsabili IT hanno la garanzia che la soluzione è disponibile a livello globale e progettata per scalare con sicurezza e affidabilità. --- # 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/area-admin/architecture-and-design/zoom-architected-for-reliability.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.