> 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/sv/adminhornan/architecture-and-design/zoom-architected-for-reliability.md). # Zoom: utformad för tillförlitlighet ## **Introduktion** Zoom levererar en AI-först enhetlig kommunikation som en tjänst (UCaaS) och kontaktcenter som en tjänst (CCaaS) via en enda, integrerad plattform. Sviten omfattar Zoom Meetings; Zoom Webinars och Zoom Events; Zoom chatt; Zoom Rooms och reservering av arbetsplats; Zoom Phone; Zoom kontaktcenter; Zoom Canvas; Zoom post- och kalendertjänst; Zoom Whiteboard; Zoom Virtual Agent; Zoom Revenue Accelerator; och mer—byggt för att fungera tillsammans över dator, mobil, webbläsare och konferensrum, inklusive standardbaserade SIP/H.323-system via anslutningsprogram för konferensrum. Detta dokument beskriver innovationerna och arkitekturen bakom Zooms tjänster och produkter i toppklass och förklarar hur vi levererar en konsekvent, säker och hanterbar upplevelse för slutanvändare och IT inom UCaaS och CCaaS. ## **Byggt på erfarenhet** Zooms molnförstvision hjälper organisationer att gå bortom kostnaderna och komplexiteten hos äldre system på plats. I stället för att lägga till funktioner ovanpå åldrande teknikstackar har vi investerat i fullstackutveckling över klienter, mediatjänster och rumssystem för att optimera kvalitet, motståndskraft och användbarhet från ände till ände 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 molnförstangreppssätt märks i Zoom arbetsplatsappen: en enda modern applikation som ger användarna centraliserad åtkomst till Möten, Chatt, Telefon, Kontaktcenter, Evenemang, Webbinarier, Rum, Whiteboard, Canvas och mer. Åtkomsten styrs av licenser, så IT kan slå på eller av produkter och funktioner utan att rulla ut ett lapptäcke av separata installationsprogram eller hantera motstridiga klientversioner. För IT minskar modellen arbetsbördan—färre servrar att köpa, racka och patcha; färre specialanpassade 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 molnet, 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 arkitekturerat vår tjänst innebär att Zoom har funktioner som andra lösningar helt enkelt inte kan tillhandahålla, i stor skala och med en kvalitet som saknar motstycke. * **Zoom AI**: Inbyggt i möten, chatt, Phone, kontaktcenter, Canvas och mer för att sammanfatta, utarbeta och lyfta fram nästa steg där arbetet sker – inga extra appar eller kontextbyten. * **smart galleri och intelligent director**: Rum med flera strömmar och flera kameror som ger alla i rummet en riktig ”plats” på skärmen. * **Kontinuerlig möteschatt**: Möteschatt går över i en chattkanal så att länkar och filer inte försvinner när mötet slutar, vilket stöder kontinuerligt, asynkront samarbete. * **Närhetsdelning och eko-förhindrande**: 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. * **Mediemotståndskraft**: Samtal förblir begripliga även i instabila nätverk genom adaptiv bithastighet, codec-lager och snabb reservtransport. * **Zoom Mesh**: En inbyggd eCDN som omfördelar samma media för möte eller webbinarium inom ditt nätverk med peer-to-peer-teknik för att minska bandbreddsförbrukningen under stora sessioner. * **Zoom Node**: Kör utvalda arbetsbelastningar lokalt med molnkontroll och livscykelhantering, inklusive lokal överlevnadsförmåga för Meetings och Phone. * **Postkvant-E2E-kryptering**: totalsträckskryptering utformad för att motstå framtida dekrypteringsattacker för möten och 1:1-telefonsamtal. * **Kontroller för data-dirigering**: Välj vilka regioner du godkänner för mediatrafik. ## **Kvalitet och tillförlitlighet** Följande avsnitt behandlar Zooms designansats för att aktivera en förstklassig upplevelse för realtidsmedia. ### Zoom Meetings, webbinarium och evenemang Grunden i vår arkitektur är ett intelligent transportlager som väljer den bästa vägen baserat på verkliga nätverksförhållanden och policyer. UDP används när tillgänglig, med sömlös fallback till TCP/TLS (inklusive HTTPS/443) i mer restriktiva miljöer; skärmdelning använder Reliable UDP för jämn rörelse när det är möjligt, med automatisk fallback vid behov. När du ansluter till ett möte, webbinarium eller evenemang styrs Zoom Workplace app av geolokalisering till de närmaste tillgänglig resurserna för att minimera latens. Där organisatoriska policyer eller prestanda kräver det kan trafiken gå via Zooms globala ryggrad 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 kvalitetstjänstlager som anpassar sig till 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 om att vidta lämpliga anpassningsåtgärder för att upprätthålla kvalitet och tillförlitlighet. Den anpassade, adaptiva kodeken från Zoom på session-lagret är finjusterad för prestanda i realtid. Omgivande algoritmer optimerar kontinuerligt bildfrekvens och upplösning för att matcha förhållanden för enhet och nätverk. För att ge bästa möjliga upplevelse när förhållandena kan tillåta det använder Zoom flera samtidiga strömmar, och Zoom Workplace app väljer dynamiskt det mest lämpliga lagret. Tack vare effektiv komprimering förblir en session användbar vid paketförlust på upp till \~45 %; i sådana fall prioriteras ljud framför video för att hålla samtalen tydliga. Metoden med flera strömmar anpassar också bandbredden efter förmågan hos varje deltagare att skicka och ta emot ljud och video. Zooms distribuerade konferenslager använder prenumerationsbaserad växling utan serverbaserad transkodning eller mixning. Traditionella tjänster transkoderar och mixar ofta strömmar, vilket ökar CPU- och minnesbelastningen; vår växlingsmetod är utformad för att minska resursanvändningen och skala effektivt. deltagare dirigeras efter geolokalisering till den närmaste datacentralen och tilldelas servern med lägst belastning; när deltagarna är samlokaliserade kan de grupperas på samma server för effektivitet. Arkitekturen stöder flexibla lokala och hybrida driftsättningar och tillhandahåller kaskadkopplade trafikvägar för stora företag. Mötesservern är vår MMR (multi-media router), och MMR:er grupperas i en “Möteszon”. Zonzoner Controllers hanterar alla MMR:er och rapporterar deras status till Global Cloud Controller för varje möte. Möteszonerna dupliceras för varje datacentral med exakt samma arkitektur och vi kan enkelt lägga till fler zoner direkt för ökad kapacitet i varje region. De tre lagren (MMR:en, Zoom Controller och Global Cloud Controller) används för att balansera resurser på olika platser. Om bara två deltagare är med på ett möte kan Zoom utnyttja peer-to-peer-anslutningar för utmärkt hastighet och tillförlitlighet. Allt detta gör att Zoom kan bibehålla mötestjänsternas tillgänglighet med 99.9 % uptime och erbjuda en pålitlig videokonferenstjänst. ### Zoom Phone Zoom Phone byggdes i moln och för moln, med hjälp av de beprövade anpassningarna för ljudkvalitet som redan är tillgänglig i våra produkter Zoom Meetings och webbinarier. Zooms arkitektur har inbyggd redundans och resiliens, 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 den SRTP över UDP när det är tillgänglig, med sömlös återgång till TCP/TLS, tillsammans med adaptiv bithastighet och paketförlustsreducering för att bevara ljudkvaliteten under dåliga förhållanden. För anslutning dirigeras samtal till närmaste tillgänglig SIP-zon 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 Phones aktiv-aktiv-arkitektur

Zoom har redundanta Session Border Controllers (SBC:er) i varje av sina datacentraler som säkrar klient- och operatörskommunikation. Dessa SBC:er i operatörsklass underlättar enkel åtkomst för ett brett spektrum av organisationer, från de minsta Kunder till globala företag. Lastbalanserare omdirigerar SIP-baserad kommunikation till Zooms samtalsväxlar för att jämnt fördela samtalsvolymen. Denna fördelning möjliggör en smidig upplevelse för användare, även under toppregistrering och upptagna samtalstimmar. Samtalsväxlar är den centrala samtalsstyrningen i Zoom Phone. Dessa skalbara komponenter stöder inte bara grundläggande PBX-funktionalitet, utan underlättar också telemetridata till Zoom Phone kontrollpanel och aktiverar 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 är värdar i en datacentral

Zoom Workplace app använder egenutvecklad logik för att övervaka appens bandbredd, paketförlust, latens och jitter, samtidigt som den också samlar in appens CPU-användning, minne och nätverks-I/O. Denna teknik övervakar samtal aktivt 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 kontrollpanel samlar in data om tjänstekvalitet i realtid och historiskt, samt användnings- och införandemått, samtalsloggar och mått relaterade till nomadiska nödtjänster. Zoom ger automatiskt varje samtal 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-aktiv-arkitektur till att ge motståndskraft och redundans i 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 och skapar ett intuitivt gränssnitt som gynnar både ditt team av agenter och dina Kunder. Varje datacentral har två identiska, sammankopplade Session Initiation Protocol (SIP)-zoner. SIP-zoner gör det möjligt att ringa och ta emot röstsamtal via internet, och varje zon är utrustad med dedikerad hårdvara och tjänster för oberoende hållbarhet. 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, etablering 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 beredskap för robusthet. Röst i Zoom kontaktcenter drar nytta av samma klientanpassning och transportbeteende som Zoom Phone—med användning av UDP när det är tillgänglig med fallback till TCP/TLS—så att ljudet förblir klart även i nätverk med begränsade resurser. För video- och digitala kanaler utnyttjar tjänsten Zooms ryggrad för realtidsmedia och molnredundans för konsekvent kvalitet och failover. #### Cobrowse Zoom kontaktcenters Cobrowse-tjänst körs på infrastruktur som är separat från den centrala Zoom kontaktcentertjänsten. När en session börjar etablerar programvaruutvecklingskitet (SDK) en beständig WebSocket-anslutning till Co-browsing Hubb Server (CHS) för dubbelriktad kommunikation, med trafik som dirigeras efter geolokalisering till den närmaste datacentral som är tillgänglig 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 driftsättningsmodeller. 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älsomonitorering och Zooms bredare aktiv-aktiv motståndskraftstrategi är denna arkitektur utformad för att ge tillförlitlig, skalbar co-browsing-prestanda för Enterprise-miljöer.

aktiv-aktiv arkitektur för Cobrowse SDK-zoner som finns i en datacentral

## **Zoom Node för hybrida och lokala distributioner** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) är en molnhanterad, hybrid plattform som länkar dina datacentralresurser med Zooms moln och gör det möjligt att distribuera Zoom Service Modules (arbetsbelastningar) lokalt och hantera dem från Zoom-webbportal. Två moduler utmärker sig för motståndskraft: 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 medier i realtid för interna deltagare via din lokala nod medan signalering, admin och policy förblir i Zoom-moln, och det inkluderar ett alternativ för lokal överlevnad om Zooms datacenter blir otillgängliga. Interna användare får vägar med låg latens och minskad internetutgående trafik, 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 växling till molnet 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.

Hybridmodulen i Zoom Meetings visar hur användare i ett lokalt nätverk ansluter till Hybrid MMR, vilket kaskaderar till moln.

[Zoom Phone lokal överlevnadsförmåga](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) håller kärnsamtal tillgängliga på en plats om WAN- eller leverantörsvägen går ner. Telefoner registreras lokalt, interna anknytningssamtal fortsätter och, när det är konfigurerat, kan kritiska utgående samtal upprätthållas via en lokal PSTN-väg. När anslutningen återkommer återupptar tjänsten automatiskt normal drift i moln.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

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

## **Globalt distribuerade datacentraler och redundans** Zoom har brokers och kommunikationsservrar distribuerade över flera sammankopplade datacentraler världen över. 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 colocation-anläggningar som är ISP-operatörsneutrala och erbjuder fysisk säkerhet, redundant strömförsörjning och samtidig åtkomst till förstklassiga ISP:er och peering-partner. Vi har också vissa implementationer hos offentliga molnleverantörer där regionala eller kapacitetsmässiga krav motiverar det. Våra colocation-anläggningar är byggda med feltolerant arkitektur med full redundans och snabb failover-kapacitet. Zoom lastbalanserar dynamiskt kommunikationsservrarna för att automatiskt flytta nya sessioner till den datacentral som har bäst svarstid.

Zooms datacentraler runt om i världen (november 2025)

## **Kapacitet** Zoom upprätthåller 50 % överskottskapacitet i alla delar av vår infrastruktur för att tillgodose vår växande verksamhet och möta kraven vid hög belastning. Vi är trygga i vår förmåga att leverera tjänster och skala upp utifrån våra nuvarande och framtida kundbehov. ## **Katastrofåterställning** Zoom validerar regelbundet sina möjligheter till katastrofåterställning genom årliga tester över sina produkter. Företaget har en formell, dokumenterad katastrofåterställningsplan (DRP) som definierar rutiner 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 externa revisorer. ## **Slutsats** Zooms innovativa tillvägagångssätt för leverans och funktioner ger en konsekvent överlägsen videokonferensupplevelse. Slutanvändare uppskattar de innovativa funktionerna, användarvänligheten, tillförlitligheten och den otroliga klarheten i video och ljud. Och IT-chefer kan vara trygga med att lösningen är globalt tillgänglig och utformad för att skala med säkerhet och pålitlighet. --- # 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/sv/adminhornan/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.