> 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/adminhorna/architecture-and-design/zoom-architected-for-reliability.md). # Zoom: utformat för tillförlitlighet ## **Introduktion** Zoom tillhandahåller AI-först enhetlig kommunikation som en tjänst (UCaaS) och kontaktcenter som en tjänst (CCaaS) 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 Canvas; Zoom Mail and Calendar Service; 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. ## **Byggd på erfarenhet** Zooms moln-först-vision hjälper organisationer att gå bortom kostnaden och komplexiteten hos äldre lokala system. I stället för att skruva fast funktioner på åldrande stackar har vi investerat i fullstackteknik över 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 UX. Det moln-först-tänket märks i Zoom arbetsplats app: 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 behöva distribuera ett lapptäcke av separata installationsprogram eller hantera motstridiga klientversioner. För IT minskar modellen omkostnaderna — färre servrar att köpa, racka och patcha; färre skräddarsydda integrationer att underhålla; och inget behov av hela team som ägnar sig åt att hålla infrastruktur 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 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**: Inbyggd i Meetings, chatt, Phone, kontaktcenter, Canvas och mycket mer för att sammanfatta, skriva utkast och lyfta fram nästa steg precis där arbetet sker – utan extra appar eller sammanhangsbyten. * **smart galleri & intelligent director**: Multiströms-, flerkamerarum som ger alla i rummet en proper “plats” på skärmen. * **Kontinuerlig möteschatt**: Möteschatt rullar in 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 & förhindra eko**: Gå in i ett rum, dela trådlöst med ett klick; närliggande datorer inaktivera mikrofon automatiskt för att förhindra Feedback. * **Medieresiliens**: Samtal förblir begripliga även i dåliga nätverk via adaptiv bithastighet, codec-lager och snabb transportfallback. * **Zoom Mesh**: En inbyggd eCDN som omfördelar samma möte eller webbinarium-media i ditt nätverk med hjälp av peer-to-peer-teknik för att minska bandbreddsförbrukningen under stora sessioner. * **Zoom Node**: Kör utvalda arbetslaster lokalt med molnstyrning och livscykelhantering, inklusive lokal överlevnadsförmåga för Möten och Phone. * **Post-kvantum E2E-kryptering**: Totalsträckskryptering utformad för att stå emot framtida dekrypteringsattacker för möten och 1:1-samtal. * **Kontroller för data-dirigering**: Välj vilka regioner du godkänner för mediatrafikens passage. ## **Kvalitet och tillförlitlighet** Följande avsnitt diskuterar Zooms designansats för att aktivera en förstklassig medieupplevelse i realtid. ### 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 växling 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 växling vid behov. När du ansluter till ett möte, webbinarium eller evenemang styrs Zoom Workplace-appen med hjälp av geolokalisering till de närmaste tillgängliga resurserna för att minimera latens. När organisatoriska policyer eller prestandakrav kräver det kan trafiken ledas 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 efter nätverks- och enhetsförhållanden i realtid. Det övervakar bandbredd, paketförlust, latens och jitter, och samlar även in lokal CPU-användning, minne och nätverks-I/O. Dessa signaler informerar de övre lagren om att vidta lämpliga adaptiva åtgärder för att upprätthålla kvalitet och tillförlitlighet. Zooms anpassade, adaptiva codec på sessionslagret är inställd för prestanda i realtid. Algoritmerna runt omkring 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 sådana fall prioriteras ljud framför video för att hålla samtalen tydliga. Den flerströmsbaserade metoden justerar också bandbredden efter varje deltagares förmåga att skicka och ta emot ljud och video. Zooms distribuerade konferenslager använder abonnemangsbaserad växling utan serverbaserad omkodning eller mixning. Traditionella tjänster omkodar och mixar ofta strömmar, vilket ավելger CPU- och minnesbelastning; vårt växlingsförfarande är utformat för att minska resursanvändningen och skala effektivt. Deltagare routas efter geolokalisering till den närmaste datacentralen och tilldelas den minst belastade servern; när deltagare är samlokaliserade kan de grupperas på samma server för effektivitet. Arkitekturen stöder flexibla lokala installationer och hybriddistributioner samt 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”. Zon-Controller hanterar alla MMR:er och rapporterar deras status till den Globala moln-Controller för varje Möteszon. Möteszonerna dupliceras 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:en, Zoom Controller och Globala moln-Controller) används för att balansera resurser på olika platser. Om bara två deltagare är i 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 upprätthålla tillgängligheten för mötestjänster med 99,9 % upptid och erbjuda 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 Webinars. Zooms arkitektur har redundans och motståndskraft inbyggd, vilket resulterar i en lösning med hög tillgänglighet 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 tillgänglig, med sömlös övergång till TCP/TLS, tillsammans med adaptiv bithastighet och paketförlustsmitigering för att bevara ljudkvaliteten under dåliga förhållanden. För anslutning dirigeras samtal till den närmaste tillgänglig 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 Phones aktiv-aktiv-arkitektur

Zoom har redundanta Session Border Controllers (SBC:er) i vart och ett av sina datacenter som säkrar klient- och operatörskommunikation. Dessa SBC:er i operatörsklass möjliggör 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 volymen av samtal. Denna fördelning möjliggör en smidig upplevelse för användare, även under tider med hög registrering och upptagen samtalstid. Samtalsväxlar är den centrala samtalsstyrningen i Zoom Phone. Dessa skalbara komponenter stödjer inte bara grundläggande PBX-funktionalitet, utan underlättar också telemetridata till Zoom Phone-kontrollpanelen 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 finns i en datacentral

Zoom Workplace appen 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 kvalitetsdata för tjänstekvalitet i realtid och historiskt, পাশাপাশি användnings- och antagningsmått, samtalsloggar och mått relaterade till nomadiska nödtjänster. Zoom graderar 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 Liknande Zoom Phone hjälper Zoom kontaktcenters aktiv-aktiv-arkitektur till att skapa motståndskraft och redundans i hela sin omnikanalmiljö. Genom att bygga vidare på 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 sessioninitieringsprotokoll (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 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, uppsättning och nedmontering. Från samtalsväxlarna kopplas samtal till en SBC inom varje zon, som antingen ansluter till Zooms underliggande nätverk av leverantörer eller till 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 ökad motståndskraft. Röstsamtal i Zoom kontaktcenter drar nytta av samma klientanpassning och transportbeteende som Zoom Phone—genom att använda UDP när det är tillgängligt med fallback till TCP/TLS—så att ljudet förblir klart även på begränsade nätverk. För video- och digitala kanaler utnyttjar tjänsten Zooms mediamotor i realtid och molnresiliens för jämn 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 upprättar programutvecklingskitet (SDK) en beständig WebSocket-anslutning till Co-browsing Hubb Server (CHS) för dubbelriktad kommunikation, med trafik som dirigeras efter geolokalisering till närmaste tillgängliga 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 driftsättningsmodeller. För att hjälpa till att upprätthålla sessionkontinuitet återansluter SDK:t automatiskt till friska CHS-noder om anslutningen avbryts och kan failover mellan datacenter med minimal störning. I kombination med kontinuerlig hälsoövervakning och Zooms bredare aktiv-aktiv-resiliensstrategi är denna arkitektur utformad för att ge pålitlig och 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 moln-managed hybrid plattform som kopplar dina datacentralresurser till Zooms moln och gör att du kan distribuera Zoom Service Modules (arbetsbelastningar) lokalt och hantera dem från Zoom-webbportal. Två moduler utmärker sig för resilienst: 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 finns kvar i Zoom-moln, och det innehåller en lokal alternativ överlevnadsförmåga om Zoom-datacenter inte går att nå. Interna användare får låglatensvägar och minskad internetutgående trafik, medan externa deltagare kan gå med via molnet som vanligt. Konton kan också lägga till anslutningsprogram för inspelning för lokal inspelning vid behov, med automatisk molnfailover 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 Module visar hur användare i ett lokalt
nätverk ansluter till Hybrid MMR, som därefter kaskadkopplas till moln.

[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ängliga på en plats om WAN- eller leverantörsbanan går ned. 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-sökväg. När anslutningen återställs återupptar tjänsten automatiskt normal drift i molnet.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Lokal överlevnadsförmåga stöder flera återgångsscenarier för PSTN och
anslutning mellan platser i händelse av ett tjänstepåverkande evenemang.

## **Globala distribuerade datacenter och redundans** Zoom har mäklare 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 när det gäller bandbredd, latens och isolering för katastrofåterställning. Våra datacentraler är belägna i säkra samlokaliseringsanläggningar som är operatörsneutrala för ISP:er och erbjuder fysisk säkerhet, redundant strömförsörjning och samtidig åtkomst till förstklassiga ISP:er och peeringpartner. Vi har också vissa driftsättningar hos offentliga molnleverantörer där regionala krav eller krav på kapacitet motiverar det. Våra samlokaliseringsanläggningar är byggda med feltolerant arkitektur med full redundans och snabb failover-kapacitet. Zoom lastbalanserar kommunikationsservrarna dynamiskt för att automatiskt flytta nya sessioner till den datacentral som har bäst svarstid.

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

## **Kapacitet** Zoom upprätthåller 50 % överskottskapacitet i alla delar av vår infrastruktur för att möta vårt växande Business och för att uppfylla krav på toppanvändning. Vi är säkra på 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ällningsförmågor genom årlig testning över sina produkter. Företaget upprätthåller 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 en 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 i leverans och funktioner ger en konsekvent överlägsen upplevelse av videokonferenser. 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/adminhorna/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.