# Zoom: utformad för tillförlitlighet ## **Introduktion** Zoom levererar enhetlig kommunikation som en tjänst (UCaaS) och kontaktcenter som en tjänst (CCaaS) med AI först via en enda, integrerad plattform. Sviten innehåller Zoom Meetings; Zoom Webinars och Zoom Events; Zoom Chat; Zoom Rooms och reservering av arbetsplats; Zoom Phone; Zoom Contact Center; Zoom AI Docs; Zoom Mail och Calendar Service; Zoom Whiteboard; Zoom Virtual Agent; Zoom Revenue Accelerator; och mer—byggt för att fungera tillsammans över skrivbord, mobil, webbläsare och konferensrum, inklusive standardbaserade SIP/H.323-system via anslutningsprogram för konferensrum. Detta dokument beskriver innovationerna och arkitekturen bakom Zooms marknadsledande tjänster och produkter och förklarar hur vi levererar en konsekvent, säker och lättadministrerad upplevelse för slutanvändare och IT inom UCaaS och CCaaS. ## **Byggd på erfarenhet** Zooms moln-först-vision hjälper organisationer att gå bortom kostnaderna och komplexiteten hos äldre lokala system. I stället för att lägga till funktioner ovanpå åldrande stackar har vi investerat i fullstackteknik för klienter, medietjänster och rumssystem för att optimera kvalitet, motståndskraft och användbarhet från början till slut som en sammanhållen plattform—förankrad i en strategi med en enda klient och en gemensam kodbas över plattformar som drar nytta av varje operativsystems inbyggda användarupplevelse. Detta moln-först-tillvägagångssätt syns i Zoom arbetsplats app: en enda, modern applikation som ger användarna centraliserad åtkomst till Meetings, chatt, Phone, kontaktcenter, Events, Webinars, Rooms, whiteboard, Docs och mer. Access styrs av licensiering, så IT kan slå på eller av produkter och funktioner utan att distribuera en lappad samling separata installationsprogram eller hantera motstridiga klientversioner. För IT minskar modellen overheaden—färre servrar att köpa, montera i rack och patcha; färre skräddarsydda integrationer att underhålla; och inget behov av hela team som ägnas åt att hålla infrastrukturen på plats igång. Kapacitet, uppdateringar och säkerhetsförbättringar levereras från moln, så administratörer kan fokusera på policy, införande och resultat i stället för underhåll. ## **Innovation gör skillnaden** Zooms unika tillvägagångssätt för hur vi har utformat vår tjänst innebär att Zoom har funktioner som andra Lösningar helt enkelt inte kan erbjuda, i en skala och med en kvalitet som är oöverträffad. * **AI Companion**: Inbyggt i Möten, chatt, Telefon, kontaktcenter, Dokument och mer för att sammanfatta, utarbeta och lyfta fram nästa steg där arbetet sker — inga extra appar eller kontextväxling. * **smart galleri & intelligent director**: Rum med flera strömmar och flera kameror som ger alla i rummet en korrekt ”plats” på skärmen. * **Kontinuerlig mötechatt**: Möteschatt flyttas in i en chattkanal så att länkar och filer inte försvinner när mötet tar slut, vilket stöder kontinuerligt, asynkront samarbete. * **Närdelning & förebyggande av Feedback**: Gå in i ett rum, dela trådlöst med ett klick; närliggande bärbara datorer inaktiverar mikrofonen automatiskt för att förhindra Feedback. * **Medieåterhämtning**: Samtal förblir begripliga även i dåliga nätverk tack vare adaptiv bithastighet, kodeklager och snabb reservtransport. * **Zoom Mesh**: Ett inbyggt eCDN som omfördelar samma möte eller webbinarium-media inom ditt nätverk med hjälp av peer-to-peer-teknik för att minska bandbreddsförbrukningen under stora sessioner. * **Zoom Node**: Kör valda arbetslaster lokalt med kontroll i molnet och livscykelhantering, inklusive lokal överlevnadsförmåga för Meetings och Phone. * **Post-kvant E2E-kryptering**: Totalsträckskryptering utformad för att motstå framtida dekrypteringsattacker för möten och 1:1-samtal via telefon. * **Kontroller för data-dirigering**: Välj vilka regioner du godkänner för mediatraversering. ## **Kvalitet och tillförlitlighet** Följande avsnitt diskuterar Zooms designansats för att aktivera en medieupplevelse i realtid i toppklass. ### Zoom Meetings, webbinarier och evenemang Grunden i vår arkitektur är ett intelligent transportlager som väljer den bästa vägen baserat på faktiska nätverksförhållanden och policyer. UDP används när det är tillgängligt, med sömlös fallback till TCP/TLS (inklusive HTTPS/443) i mer restriktiva miljöer. Skärmdelning använder Reliable UDP för smidig rörelse när det är möjligt, med automatisk fallback vid behov. När Zoom Workplace-appen ansluter till ett möte, webbinarium eller evenemang styrs den av geolokalisering till de närmaste tillgängliga resurserna för att minimera latens. Där organisatoriska policyer eller prestanda kräver det kan trafiken gå via Zooms globala ryggradsnät genom dedikerade länkar till olika datacenter.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

En översikt över Zooms aktiv-aktiv-arkitektur och design för möte, webbinarium och evenemang.

Nästa lager är ett reaktivt quality-of-service-lager som anpassar sig efter nätverks- och enhetsförhållanden i realtid. Det övervakar bandbredd, paketförlust, latens och jitter, och samlar också in lokal CPU-användning, minne och nätverks-I/O. Dessa signaler informerar de övre lagren att vidta lämpliga adaptiva åtgärder för att upprätthålla kvalitet och tillförlitlighet. Zooms anpassade, adaptiva codec på sessionslagret är finjusterad för prestanda i realtid. Omgivande algoritmer optimerar kontinuerligt bildfrekvens och upplösning för att matcha enhet- och nätverksförhållanden. För att ge bästa möjliga upplevelse när förhållandena tillåter använder Zoom flera samtidiga strömmar, och Zoom Workplace appen väljer dynamiskt det mest lämpliga lagret. Tack vare effektiv komprimering förblir sessioner användbara med paketförlust upp till \~45 %; i dessa fall prioriteras ljud framför video för att hålla samtalen tydliga. Flerströmsmetoden justerar också bandbredden efter varje deltagares förmåga att skicka och ta emot ljud och video. Zooms distribuerade konferenslager använder prenumerationsbaserad switching utan transcoding eller mixning på serversidan. Traditionella tjänster transkoderar och mixar ofta strömmar, vilket ökar CPU- och minnesbelastningen; vårt switchingsätt är utformat för att minska resursanvändningen och skala effektivt. Deltagare dirigeras via geografisk plats till den närmaste datacentralen och tilldelas den server som har lägst belastning; när deltagare är samlokaliserade kan de grupperas på samma server för effektivitet. Arkitekturen stöder flexibla lokala och hybrida distributioner och tillhandahåller kaskaderade trafikvägar för stora företag. Mötesservern är vår MMR (multi-media router), och MMR:er grupperas i en ”Möte Zone”. Zone Controllers hanterar alla MMR:er och rapporterar deras status till Global Moln Controller för varje Möte Zone. Möte Zones är duplicerade för varje datacentral med exakt samma arkitektur och vi kan enkelt lägga till fler zoner i farten för ökad kapacitet i varje region. De tre lagren (MMR, Zoom Controller och Global Moln Controller) används för att balansera resurser på olika platser. Om bara två deltagare är i ett möte kan Zoom använda peer-to-peer-anslutningar för utmärkt hastighet och tillförlitlighet. Allt detta gör att Zoom kan upprätthålla mötesservicernas tillgänglighet med 99,9 % upptid och ge en pålitlig videokonferensupplevelse. ### Zoom Phone Zoom Phone byggdes i molnet och för molnet, med hjälp av de beprövade anpassningarna för ljudkvalitet som redan är tillgänglig i våra produkter Zoom Meetings och webbseminarier. Zooms arkitektur har redundans och motståndskraft inbyggd, vilket resulterar i en mycket tillgänglig lösning som kan skalas för att möta även den största organisationens behov. Zoom Phone använder intelligenta transportmekanismer för tillförlitlig anslutning över olika nätverksmiljöer. För media använder det SRTP över UDP när det är tillgängligt, med sömlös reservväxling till TCP/TLS, tillsammans med adaptiv bithastighet och paketförlustminskning för att bevara ljudkvaliteten under dåliga förhållanden. För anslutning dirigeras samtal till den närmaste tillgängliga SIP-zonen för att minimera latens, med automatisk failover mellan datacenter när det behövs.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

Zoom Phone:s aktiv-aktiv-arkitektur

Zoom har redundanta Session Border Controllers (SBC:er) i vart och ett av sina datacenter som säkrar kund- och operatörskommunikation. Dessa SBC:er i operatörsklass underlättar enkel åtkomst för ett brett spektrum av organisationer, från de minsta Kunderna till globala företag. Lastbalanserare omdirigerar SIP-baserad kommunikation till Zooms samtalsväxlar för att jämnt fördela samtalsvolymen. Denna fördelning ger en smidig upplevelse för användarna, även under toppar av registrering och under upptagna samtalstider. Samtalsväxlar är den centrala samtalsstyrningen i Zoom Phone. Dessa skalbara komponenter stöder inte bara grundläggande PBX-funktioner, utan underlättar också telemetridata till Zoom Phone-kontrollpanel och aktivera funktioner som att lyfta telefonsamtal till Zoom Meetings.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Aktiv-aktiv-arkitektur för hårdvara och SIP-zoner som finns i en datacentral

Appen Zoom Workplace använder egenutvecklad logik för att övervaka appens bandbredd, paketförlust, latens och jitter, samtidigt som appens CPU-användning, minne och nätverks-I/O samlas in. Denna teknik övervakar aktivt samtal och gör justeringar i realtid för att övervinna dåliga nätverksförhållanden och ge överlägsen samtalskvalitet och tillförlitlighet för olika nätverksmiljöer och olika enheter. Zoom Phone-kontrollpanelen samlar in data om tjänstekvalitet i realtid och historiskt, samt användnings- och användningsgradsmått, samtalsloggar och mätvärden relaterade till nomadiska nödservicetjänster. Zoom bedömer automatiskt varje samtal med en genomsnittlig åsiktspoäng (MOS), vilket gör att IT-administratörer kan följa prestandan för alla samtal som passerar nätverket och isolera potentiella nätverksrelaterade problem.
### Zoom kontaktcenter I likhet med Zoom Phone hjälper Zoom kontaktcenters aktiv-aktiva arkitektur till att ge resiliens och redundans i hela dess omnikanalmiljö. Med utgångspunkt i beprövade arkitekturer från Zoom Meetings- och Phone-tjänster integrerar kontaktcenter sömlöst kommunikationsfunktioner i realtid med webbfunktionalitet, vilket skapar ett intuitivt gränssnitt som gynnar både ditt team av agenter och dina Kunder. Varje datacentral har två identiska, sammankopplade zoner för Session Initiation Protocol (SIP). SIP-zoner tillåter att röstsamtal kan ringas och tas emot över internet, och varje zon är utrustad med dedikerad hårdvara och tjänster för oberoende driftsäkerhet. Inom en datacentral fördelar en lastbalanserare samtal jämnt mellan båda SIP-zonerna. Samtal fördelas mellan ett kluster av samtalsväxlar, som ansvarar för olika funktioner såsom samtalsdirigering, uppsättning och nedkoppling. Från samtalsväxlarna ansluts samtal till en SBC inom varje zon, som antingen ansluter till Zooms underliggande nätverk av leverantörer eller en av kunden tillhandahållen operatör för PSTN-dirigering tills samtalet når sin slutdestination. SBC:er, lastbalanserare och samtalsväxlar kompletteras med redundant hårdvara i standby för motståndskraft. Röst i Zoom kontaktcenter drar nytta av samma klientanpassning och transportbeteende som Zoom Phone—använder UDP när det är tillgängligt med fallback till TCP/TLS—så att ljudet förblir klart även i begränsade nätverk. För video- och digitala kanaler utnyttjar tjänsten Zooms realtidsmediaspår och molnresiliens för konsekvent kvalitet och redundans vid fel. #### Cobrowse Zoom kontaktcenters Cobrowse-tjänst körs på infrastruktur som är separat från den centrala Zoom kontaktcenter-tjänsten. När en session börjar upprättar programvaruutvecklingskit (SDK) en ihållande WebSocket-anslutning till Co-browsing Hubb Server (CHS) för dubbelriktad kommunikation, där trafiken dirigeras efter geolokalisering till den närmaste tillgänglig datacentral för att minska latens. Tjänsten använder en tillståndslös, distribuerad arkitektur med dynamisk lastbalansering över CHS-noder för att stödja elastisk skalning över moln-, hybrid- och lokala distributionsmodeller. För att hjälpa till att upprätthålla sessionkontinuitet återansluter SDK:n automatiskt till friska CHS-noder om anslutningen avbryts och kan växla över mellan datacenter med minimal störning. Tillsammans med kontinuerlig hälsoövervakning och Zooms bredare aktiv-aktiv-resiliensstrategi är denna arkitektur utformad för att leverera tillförlitlig och skalbar co-browsing-prestanda för Enterprise-miljöer.

Aktiv-aktiv arkitektur för Cobrowse SDK-zoner som är värd i en datacentral

## **Zoom Node för hybrid- och lokala distributioner** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) är en molnhanterad hybrid plattform som kopplar samman dina datacentralresurser med Zooms moln, vilket gör att du kan distribuera Zoom Service Modules (arbetslaster) lokalt och hantera dem från Zoom-webbportal. Två moduler utmärker sig för robusthet: Zoom Meetings Hybrid och Zoom Phone Local Survivability (ZPLS). [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) dirigerar realtidsmedia för interna deltagare via din lokala Node medan signalering, admin och policy förblir i Zoom-moln, och den inkluderar ett lokalt överlevnadsalternativ om Zooms datacentraler blir otillgängliga. Interna användare får vägar med låg latens och minskat internetutflöde, medan externa deltagare kan gå med via molnet som vanligt. Konton kan också lägga till Recording anslutningsprogram för lokal inspelning när det krävs, med automatisk molnövergång om lokal kapacitet inte är tillgänglig.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

Zoom Meetings Hybrid-modulen visar hur användare i ett lokalt
nätverk ansluter till Hybrid MMR och sedan kaskadkopplas vidare till molnet.

[Zoom Phone Local Survivability](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) håller kärnsamtal tillgänglig på en plats om WAN- eller leverantörsökningen går ner. Telefoner registreras lokalt, interna anknytningssamtal fortsätter och, när det har konfigurerats, kan kritiska utgående samtal upprätthållas via en PSTN-väg lokalt. När anslutningen återställs återgår tjänsten automatiskt till normal molndrift.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability stöder flera failback-scenarier för PSTN och
anslutning mellan platser vid en tjänstepåverkande händelse.

## **Globalt distribuerade datacentraler och redundans** Zoom har brokernoder och kommunikationsservrar distribuerade mellan flera sammankopplade datacentraler över hela världen. Vi utvärderar ständigt våra datacentraler och Internetleverantörer (ISP:er) för att optimera prestandan för våra Kunder med avseende på bandbredd, latens och isolering för katastrofåterställning. Våra datacentraler är placerade i säkra samlokaliseringsanläggningar som är operatörsneutrala och som erbjuder fysisk säkerhet, redundant strömförsörjning och samtidig åtkomst till förstklassiga ISP:er och peering Partner. Vi har också vissa distributioner hos leverantörer av publika moln där regionala krav eller kapacitetskrav motiverar det. Våra samlokaliseringsanläggningar är byggda med feltolerant arkitektur med full redundans och snabb failover-förmåga. Zoom lastbalanserar kommunikationsservrarna dynamiskt för att automatiskt flytta nya sessioner till den datacentral som har bäst svarstid.

Zooms datacentralplatser över hela världen (november 2025)

## **Kapacitet** Zoom upprätthåller 50 % extra kapacitet i alla delar av vår infrastruktur för att kunna hantera vår växande Business och möta kraven vid hög belastning. Vi är övertygade om vår förmåga att leverera tjänster och skala utifrån våra nuvarande och framtida kundbehov. ## **Katastrofåterställning** Zoom validerar regelbundet sina katastrofåterställningsfunktioner genom årlig testning över sina produkter. Företaget upprätthåller en formell, dokumenterad katastrofåterställningsplan (DRP) som definierar procedurer för att återställa kritiska system och tjänster efter en störning, inklusive återställningsstrategier, roller och ansvar samt kommunikationsprotokoll. Zooms DRP är utformad för att hantera olika katastrofscenarier som kan omfatta ett eller flera av följande: strömavbrott, förlust av nätverksanslutning, hårdvarufel, naturkatastrofer och andra störande händelser. Zooms katastrofåterställningsplan testas varje år av oberoende revisorer. ## **Slutsats** Zooms innovativa tillvägagångssätt för leverans och funktioner ger en konsekvent överlägsen upplevelse av videokonferenser. Slutanvändare uppskattar de innovativa funktionerna, användarvänligheten, tillförlitligheten och den fantastiska video- och ljudklarheten. Och IT-chefer kan vara trygga med att lösningen är globalt tillgänglig och utformad för att skala med säkerhet och tillförlitlighet. --- # Agent Instructions: 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: ``` GET https://library.zoom.com/technical-library/sv/adminhorna/architecture-and-design/zoom-architected-for-reliability.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.