> 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/admin-hornan/architecture-and-design/zoom-architected-for-reliability.md). # Zoom: utformad för tillförlitlighet ## **Introduktion** Zoom levererar ett 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 kontaktcenter; Zoom Canvas; Zoom Mail och kalender- och kalendertjänst; Zoom Whiteboard; Zoom Virtual Agent; Zoom Revenue Accelerator och mer—byggt för att fungera tillsammans på skrivbord, mobil, webbläsare och konferensrum, inklusive standardsbaserade SIP/H.323-system via anslutningsprogram för konferensrum. Detta dokument beskriver innovationerna och arkitekturen bakom Zooms bästa tjänster och produkter i sin klass och förklarar hur vi levererar en konsekvent, säker och lätthanterlig 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 lappa på funktioner i åldrande stackar har vi investerat i full-stack-engineering 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 UX. Det moln-först-baserade tillvägagångssättet syns i Zooms arbetsplatsapp: en enda, modern applikation som ger användarna centraliserad åtkomst till Möten, chatt, Telefon, kontaktcenter, Evenemang, Webbinarier, Rum, whiteboard, Canvas och mycket mer. Access styrs av licensiering, så att IT kan slå på eller av produkter och funktioner utan att distribuera ett lapptäcke av separata installationsprogram eller hantera motstridiga klientversioner. För IT minskar modellen omkostnaderna—färre servrar att köpa, rackmontera och patcha; färre skräddarsydda integrationer att underhålla; och inget behov av hela team som är dedikerade till 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 snarare än 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 stor skala, och med en kvalitet som är oöverträffad. * **Zoom AI**: Inbyggt i Meetings, chatt, Phone, kontaktcenter, Canvas och mer för att sammanfatta, utforma 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 riktig ”plats” på skärmen. * **Kontinuerlig möte chatt** : möteschatten flyttas till en chattkanal så att länkar och filer inte försvinner när mötet slutar, vilket stödjer kontinuerligt, asynkront samarbete. * **Närhetsdelning och förhindra eko** : Gå in i ett rum, dela trådlöst med ett klick; närliggande bärbara datorer auto-inaktivera mikrofon för att förhindra Feedback. * **Medieresiliens** : Samtal förblir begripliga i instabila nätverk tack vare adaptiv bithastighet, codec-lager och snabb transportreserv. * **Zoom Mesh** : En inbyggd eCDN som omfördelar samma mötes- eller webbinarium-media inom ditt nätverk med 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 driftsäkerhet för möten och Phone. * **Postkvantum E2E-kryptering**: Totalsträckskryptering utformad för att stå emot framtida dekrypteringsattacker för möten och 1:1-telefonsamtal. * **Kontroller för datadirigering**: Välj vilka regioner du godkänner för mediepassage. ## **Kvalitet och tillförlitlighet** Följande avsnitt diskuterar Zooms designansats för att aktivera en realtidsmedieupplevelse 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å 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 mjuk rörelse när så är möjligt, med automatisk fallback vid behov. När du ansluter till ett möte, webbinarium eller evenemang styrs Zoom Workplace-appen via geolokalisering till de närmaste tillgängliga resurserna för att minimera latens. När organisationspolicyer eller prestanda kräver det kan trafik passera Zooms globala ryggradsnät via 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öten, webbinarier och evenemang.

Nästa lager är ett reaktivt kvalitetslager 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 anpassningsåtgärder för att upprätthålla kvalitet och tillförlitlighet. Zooms anpassade, adaptiva codec i sessionslagret är finjusterad för prestanda i realtid. Algoritmerna runt omkring optimerar kontinuerligt bildfrekvens och upplösning för att matcha enhetens och nätverkets fö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 även vid paketförlust upp till cirka 45 %; i dessa fall prioriteras ljud framför video för att hålla samtalen tydliga. Multi-stream-ansatsen justerar också bandbredden efter varje deltagare och dennes förmåga att skicka och ta emot ljud och video. Zooms distribuerade konferenslager använder abonnemangsbaserad växling utan serverbaserad transcoding eller mixning. Traditionella tjänster transkodar och mixar ofta strömmar, vilket ավել? Mötesservern är vår MMR (multimediarouter), 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, 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 tillgänglighet för mötestjänster med 99,9 % drifttid 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ängliga 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 tillgänglig, med sömlös växling till TCP/TLS, tillsammans med adaptiv bithastighet och åtgärder mot paketförlust för att bevara ljudkvaliteten under dåliga förhållanden. För anslutning dirigeras samtal till den närmaste SIP Zone som är tillgänglig 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 skyddar klient- och operatörskommunikation. Dessa SBC:er i operatörsklass möjliggör enkel Access 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 fördela samtalsvolymen jämnt. Denna fördelning ger användarna en smidig upplevelse, även under perioder med registreringstopp och upptagen samtalstid. Växlar för samtal är den centrala kontrollen för samtal i Zoom Phone. Dessa skalbara komponenter ger inte bara Support för grundläggande PBX-funktionalitet, utan bidrar också med 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 hostade i en datacentral

Zoom Workplace app använder egenutvecklad logik för att övervaka appens bandbredd, paketförlust, latens och jitter, samtidigt som den även samlar in appens CPU-användning, minne och nätverks-I/O. 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 införandemått, samtalsloggar och mått relaterade till nomadiska nödtjänster. Zoom betygsätter 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 identifiera potentiella nätverksrelaterade problem.
### Zoom kontaktcenter I likhet med Zoom Phone bidrar Zoom kontaktcenters aktiva-aktiva arkitektur till att ge motståndskraft och redundans i hela dess omnikanalsmiljö. Med beprövade arkitekturer från Zoom Meetings och Phone-tjänster som grund integrerar kontaktcenter sömlöst kommunikationsfunktioner i realtid med webbfunktionalitet, vilket skapar ett intuitivt gränssnitt som gynnar både ditt agentteam och dina kunder. Varje datacentral har två identiska, sammankopplade SIP-zoner (Session Initiation Protocol). SIP-zoner gör det möjligt att ringa och ta emot röstsamtal ö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, uppkoppling och nedkoppling. Från samtalsväxlarna ansluts samtal till en SBC i varje zon, som antingen ansluter till Zooms underliggande nätverk av leverantörer eller till en operatör som tillhandahålls av kunden 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 motståndskraft. Röst i Zoom kontaktcenter drar nytta av samma klientanpassning och transportbeteende som Zoom Phone – med UDP när tillgänglig och återgång till TCP/TLS – så att ljudet förblir klart även i nätverk med begränsad kapacitet. För video och digitala kanaler utnyttjar tjänsten Zooms medieinfrastruktur i realtid och molnmotståndskraft för jämn kvalitet och redundansväxling. #### Cobrowse Zoom kontaktcenters Cobrowse-tjänst körs på en infrastruktur som är separat från den centrala Zoom kontaktcenter-tjänsten. När en session startar upprättar programvaruutvecklingskitet (SDK) en beständig WebSocket-anslutning till samsurfningshubbservern (CHS) för dubbelriktad kommunikation, där trafiken dirigeras geografiskt till den närmast belägna datacentral som är tillgänglig för att minska fördröjningen. Tjänsten använder en tillståndslös, distribuerad arkitektur med dynamisk lastbalansering mellan CHS-noder för att stödja elastisk skalning i distributionsmodeller för moln, hybrid och lokala installationer. För att bidra till att upprätthålla sessionskontinuitet återansluter SDK:t automatiskt till fungerande CHS-noder om anslutningen avbryts och kan redundansväxla mellan datacentraler med minimala störningar. Tillsammans med kontinuerlig hälsoövervakning och Zooms bredare aktiv-aktiva metod för motståndskraft är denna arkitektur utformad för att ge tillförlitlig och skalbar samsurfningsprestanda för företagsmiljö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 till Zooms moln, så att du kan 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 realtidsmedia för interna deltagare via din lokala nod, medan signalering, admin och policy finns kvar i Zoom-moln, och omfattar ett lokalt överlevnadsalternativ om Zoom-datacentraler blir otillgängliga. Interna användare får sökvägar med låg latens och minskad internetutgående trafik, medan externa deltagare kan gå med via molnet som vanligt. Konton kan även lägga till ett inspelningsanslutningsprogram för lokal inspelning vid behov, med automatisk redundansvä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.

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

[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 centrala samtalsfunktioner tillgängliga på en plats om WAN- eller leverantörsanslutningen slutar fungera. Telefoner registreras lokalt, interna anknytningssamtal fortsätter och, när det har konfigurerats, kan kritiska utgående samtal upprätthållas via en lokal PSTN-väg. När anslutningen återställs återupptas normal molndrift automatiskt.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability stöder flera scenarier för återgång för PSTN och
anslutning mellan platser vid ett servicepåverkande evenemang.

## **Globalt distribuerade datacentraler och redundans** Zoom har förmedlings- och kommunikationsservrar distribuerade mellan flera sammankopplade datacentraler runt om i världen. Vi utvärderar kontinuerligt 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 finns i säkra samlokaliseringsanläggningar som är operatörsoberoende för ISP:er och erbjuder fysisk säkerhet, redundant strömförsörjning och samtidig Access till förstklassiga ISP:er och peering-Partner. Vi har även 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, fullständig redundans och kapacitet för snabb redundansväxling. Zoom lastbalanserar dynamiskt kommunikationsservrarna för att automatiskt flytta nya sessioner till den datacentral som har bäst svarstid.

Platser för Zoom-datacentraler runt om i världen (november 2025)

## **kapacitet** Zoom upprätthåller 50 % extra kapacitet i alla delar av vår infrastruktur för att tillgodose vår växande Business och uppfylla krav vid hög belastning. Vi är övertygade om vår förmåga att tillhandahålla tjänster och skala utifrån nuvarande och framtida behov hos Kunder. ## **Katastrofåterställning** Zoom validerar regelbundet sina funktioner för katastrofåterställning genom årliga tester av sina produkter. Företaget upprätthåller en formell, dokumenterad plan för katastrofåterställning (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, fel på hårdvara, naturkatastrofer och andra störande evenemang. Zooms plan för katastrofåterställning testas varje år av tredjepartsrevisorer. ## **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 tydligheten i video och ljud. IT-chefer kan vara säkra på att lösningen är globalt tillgänglig och utformad för att kunna skalas med säkerhet och tillförlitlighet. --- # 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/admin-hornan/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.