Zakelijk continuïteit en disaster recovery-whitepaper
Introductie
Zoom levert AI-first Unified Communications as a Service (UCaaS) en Contactcenter als een service (CCaaS) via één, geïntegreerde Platform. Dit document beschrijft de innovaties en architectuur achter Zoom’s best-in-class services en producten en legt uit hoe we een consistente, veilige en beheersbare ervaring bieden voor eindgebruikers en IT in Unified Communications as a Service (UCaaS) en Contactcenter als een service (CCaaS).
Gebouwd op ervaring
Zooms Cloud-first visie helpt organisaties verder te gaan dan de kosten en complexiteit van verouderde on-premises systemen. In plaats van functies vast te schroeven aan verouderde stacks, hebben we geïnvesteerd in full-stack engineering voor clients, mediadiensten en ruimtesystemen om de kwaliteit, weerbaarheid en gebruiksvriendelijkheid van begin tot eind te optimaliseren als één samenhangend Platform—verankerd door een strategie met één client en een gemeenschappelijke codebase over verschillende Platformen die gebruikmaakt van de native UX van elk Besturingssysteem.
Die Cloud-first-aanpak zie je terug in de Zoom Workplace-app: één moderne applicatie die gebruikers gecentraliseerde toegang geeft tot Vergaderingen, chatbericht, Telefoon, contactcenter, Evenementen, Webinars, Rooms, whiteboard, Canvas en meer. Access wordt beheerd via licenties, zodat IT producten en functies kan in- of uitschakelen zonder een lappendeken van afzonderlijke installatieprogramma's te implementeren of conflicterende clientversies te beheren.
Voor IT vermindert het model de overhead—minder servers om te kopen, in een rack te plaatsen en te patchen; minder maatwerkintegraties om te onderhouden; en geen behoefte aan volledige teams die zich toeleggen op het draaiende houden van lokale infrastructuur. Capaciteit, updates en beveiligingsverbeteringen worden geleverd vanuit de Cloud, zodat beheerders zich kunnen richten op beleid, adoptie en resultaten in plaats van onderhoud.
Realtime media-architectuur en veerkracht
De volgende secties bespreken de ontwerpaanpak van Zoom om Inschakelen van een best-in-class realtime media-ervaring mogelijk te maken.
Zoom Meetings, Webinars en Evenementen
De basis van onze architectuur is een intelligente transportlaag die het beste pad selecteert op basis van de werkelijke netwerkomstandigheden en beleidsregels. UDP wordt gebruikt wanneer Beschikbaar, met naadloze terugval naar TCP/TLS (inclusief HTTPS/443) in meer restrictieve omgevingen. scherm delen gebruikt Reliable UDP voor soepele beweging waar mogelijk, met automatische terugval indien nodig. Bij Verbinden met een vergadering, webinar of Evenement wordt de Zoom Workplace app via geolocatie naar de dichtstbijzijnde resources die Beschikbaar zijn gestuurd om de latentie te minimaliseren. Wanneer organisatorische beleidsregels of prestaties dit vereisen, kan verkeer via Zoom’s wereldwijde backbone lopen via speciale verbindingen naar verschillende datacenters.
De Volgende laag is een reactieve quality-of-service-laag die zich aanpast aan realtime netwerk- en Apparaatcondities. Ze bewaakt bandbreedte, pakketverlies, latentie en jitter, en verzamelt ook lokaal CPU-gebruik, geheugen en netwerk-I/O. Deze signalen informeren de bovenste lagen om de juiste adaptieve acties te ondernemen om kwaliteit en betrouwbaarheid te behouden.
Zooms aangepaste, adaptieve codec op de sessielaag is afgestemd op realtimeprestaties. De omringende algoritmen optimaliseren voortdurend de framesnelheid en resolutie om af te stemmen op Apparaat- en netwerkomstandigheden. Om de best mogelijke ervaring te bieden wanneer de omstandigheden Toestaan, gebruikt Zoom meerdere Simultaan streams, en de Zoom Workplace app selecteert dynamisch de meest geschikte laag. Dankzij efficiënte compressie blijven sessies bruikbaar bij pakketverlies tot ongeveer 45%; in die gevallen krijgt audio prioriteit boven video om gesprekken helder te houden. De multi-streambenadering past ook de bandbreedte aan op het vermogen van elke Deelnemer om audio en video te verzenden en te ontvangen.
Zoom’s gedistribueerde conferentielaag gebruikt op abonnementen gebaseerde schakeling zonder server-side transcoding of mixen. Traditionele diensten transcoderen en mixen vaak streams, wat extra CPU- en geheugenbelasting toevoegt; onze schakelingsaanpak is ontworpen om het gebruik van resources te verminderen en efficiënt op te schalen. Deelnemers worden op basis van geolocatie naar het dichtstbijzijnde Datacenter geleid en toegewezen aan de minst belaste server; wanneer deelnemers op dezelfde locatie zijn, kunnen ze voor efficiëntie op dezelfde server worden gegroepeerd. De architectuur ondersteunt flexibele on-premises en hybride implementaties en biedt gecascadeerde verkeerspaden voor grote ondernemingen.
De Vergaderingsserver is onze MMR (multimedia-router), en elke MMR is gegroepeerd in een “Vergaderingszone.” Zone Controllers beheren alle MMR’s en rapporteren hun status aan de Global Cloud Controller voor elke Vergaderingszone. De Vergaderingszones worden gedupliceerd voor elk Datacenter met exact dezelfde architectuur, en we kunnen eenvoudig ter plekke meer zones Toevoegen voor extra Capaciteit in elke regio. De drie lagen (de MMR, Zoom Controller en Global Cloud Controller) worden gebruikt om middelen op verschillende locaties te balanceren. Als er slechts twee deelnemers in een vergadering zijn, kan Zoom peer-to-peerverbindingen gebruiken voor uitstekende snelheid en betrouwbaarheid. Dit alles stelt Zoom in staat om de beschikbaarheid van vergaderingsdiensten met een uptime van 99,9% te handhaven en een betrouwbare videovergaderervaring te bieden.
Zoom Phone
Zoom Phone is gebouwd in de Cloud en voor de Cloud, met gebruik van de bewezen aanpassingen voor de audio-kwaliteit die al Beschikbaar zijn in onze producten Zoom Meetings en Webinars. Zoom’s architectuur heeft redundantie en veerkracht ingebouwd, wat resulteert in een oplossing die zeer Beschikbaar is en kan schalen om zelfs aan de behoeften van de grootste Organisatie te voldoen.
Zoom Phone maakt gebruik van intelligente transportmechanismen voor betrouwbare connectiviteit in uiteenlopende netwerkomgevingen. Voor media gebruikt het SRTP over UDP indien Beschikbaar, met naadloze terugval naar TCP/TLS, samen met adaptieve bitrate en pakketverliesbeperking om de audio te behouden onder slechte omstandigheden. Voor connectiviteit worden oproepen gerouteerd naar de dichtstbijzijnde Beschikbare SIP-zone om latentie te minimaliseren, met automatische failover tussen datacenters wanneer dat nodig is.
Zoom heeft redundante sessiegrenscontrollers (SBC's) in elk van zijn datacenters die client- en carriercommunicatie beveiligen. Deze SBC's van carrier-kwaliteit maken eenvoudige toegang mogelijk voor een breed scala aan organisaties, van de kleinste klanten tot wereldwijde ondernemingen. Loadbalancers leiden SIP-gebaseerde communicatie om naar Zooms belomschakelaars om het volume van bellen gelijkmatig te verdelen. Deze verdeling zorgt voor een soepele ervaring voor gebruikers, zelfs tijdens een piek in Registratie en Bezet beluren.
Switches voor bellen zijn de kern van de controle van Zoom Phone. Deze schaalbare componenten bieden niet alleen ondersteuning voor de basis-PBX-functionaliteit, maar maken ook telemetriegegevens voor het Zoom Phone Dashboard mogelijk en ondersteunen het Inschakelen van functies zoals het opwaarderen van Zoom Phone-bellen naar Zoom Meetings.
De Zoom Workplace app maakt gebruik van propriëtaire logica om de bandbreedte, pakketverlies, latentie en jitter van de app te bewaken, terwijl ook het CPU-gebruik, het geheugen en de netwerk-I/O van de app worden verzameld. Deze technologie bewaakt actief bellen en maakt realtime aanpassingen om slechte netwerkcondities te overwinnen en superieure kwaliteit van het bellen en betrouwbaarheid te bieden voor verschillende netwerkomgevingen en verschillende apparaten.
Het Zoom Phone Dashboard legt realtime en historische Quality of Service-gegevens vast, evenals gebruiks- en adoptiecijfers, bellenlogboeken en statistieken met betrekking tot nomadische noodhulpdiensten. Zoom beoordeelt automatisch elke bellen met een Mean Opinion Score (MOS), waardoor IT-beheerders de prestaties van alle bellen kunnen volgen die via het netwerk lopen en mogelijke netwerkgerelateerde problemen kunnen isoleren.
Zoom contactcenter
Net als Zoom Phone helpt de actief-actieve architectuur van Zoom contactcenter veerkracht en redundantie te bieden binnen zijn omni-kanaalomgeving. Voortbouwend op beproefde architecturen van Zoom Meetings en Zoom Phone-diensten integreert contactcenter naadloos realtimecommunicatiemogelijkheden met webfunctionaliteit, waardoor een intuïtieve interface ontstaat die zowel uw team van agenten als uw klanten ten goede komt.
Elk Datacenter bevat twee identieke, onderling verbonden zones voor sessie-initiatieprotocol (SIP). SIP-zones Toestaan dat spraakbellen via internet kunnen worden gemaakt en ontvangen, en elke zone is uitgerust met toegewijde Hardware en diensten voor onafhankelijke duurzaamheid. Binnen een Datacenter verdeelt een load balancer bellen gelijkmatig tussen beide SIP-zones. Bellen worden verdeeld over een cluster van belschakelaars, die verantwoordelijk zijn voor verschillende functies zoals oproeproutering, opzet en afsluiting.
Vanaf de bellen-switches maken bellen verbinding met een SBC binnen elke zone, die ofwel verbinding maakt met Zoom’s onderliggende netwerk van providers of met een door de klant aangeleverde carrier voor PSTN Routering totdat de bellen hun eindbestemming bereiken. SBC’s, load balancers en bellen-switches worden aangevuld met redundante Hardware in stand-by voor veerkracht.
Voice in Zoom contactcenter profiteert van hetzelfde gedrag voor clientaanpassing en transport als Zoom Phone — waarbij UDP wordt gebruikt wanneer beschikbaar, met terugval op TCP/TLS — zodat audio helder blijft, zelfs op beperkte netwerken. Voor video- en digitale kanalen maakt de service gebruik van Zooms realtime mediabackbone en Cloud-weerbaarheid voor consistente kwaliteit en failover.
Cobrowse
De Cobrowse-service van Zoom contactcenter draait op infrastructuur die gescheiden is van de kernservice van Zoom contactcenter. Wanneer een sessie begint, maakt de software development kit (SDK) een persistente WebSocket-verbinding met de Cobrowsing hubserver (CHS) voor bidirectionele communicatie, waarbij verkeer op basis van geolocatie wordt gerouteerd naar het dichtstbijzijnde Beschikbaar Datacenter om de latentie te verminderen. De service gebruikt een staatloze, gedistribueerde architectuur met dynamische loadbalancing over CHS-knooppunten om elastische schaalvergroting te ondersteunen over Cloud-, hybride en on-premises implementatiemodellen.
Om de sessiecontinuïteit te helpen behouden, maakt de SDK automatisch opnieuw verbinding met gezonde CHS-knooppunten als de connectiviteit wordt onderbroken en kan hij bij een storing overschakelen tussen datacenters met minimale verstoring. In combinatie met continue gezondheidsbewaking en Zoom’s bredere actief-actief-resiliencebenadering is deze architectuur ontworpen om betrouwbare, schaalbare cobrowsingprestaties te bieden voor bedrijfsomgevingen.
Zoom Node voor hybride- en on-premises-implementaties
Zoom Node is een door Cloud beheerd, hybride Platform dat uw Datacenterbronnen verbindt met de Zoom-cloud, zodat u Zoom Service Modules (workloads) on-premises kunt implementeren en ze kunt beheren vanuit de Zoom-webportal. Twee modules springen eruit vanwege hun veerkracht: Zoom Meetings Hybrid en Zoom Phone Local Survivability (ZPLS).
Zoom Meetings hybride routeert realtime media voor interne deelnemers via uw lokale Node, terwijl signalering, beheerder en beleid in de Zoom-cloud blijven, en het bevat een optie voor lokale overlevingscapaciteit als Zoom-datacenters onbereikbaar worden. Interne gebruikers krijgen paden met lage latentie en minder internetuitgaand verkeer, terwijl externe deelnemers via de Cloud zoals gewoonlijk kunnen deelnemen. Accounts kunnen ook Recording Connector Toevoegen voor lokale vastlegging wanneer nodig, met automatische Cloud-failover als lokale Capaciteit niet beschikbaar is.
Lokale overlevingsmogelijkheid van Zoom Phone (ZPLS) houdt kernoproepen op een locatie beschikbaar als de WAN- of providerverbinding uitvalt. Telefoons registreren zich lokaal, intern bellen via extensies gaat door en, wanneer geconfigureerd, kunnen kritieke Uitgaande gesprekken worden gehandhaafd via een on-premises PSTN-pad. Wanneer de connectiviteit terugkeert, hervat de service automatisch de normale Cloud-werking.
Wereldwijde gedistribueerde Datacenters en redundantie
Zoom heeft brokers en communicatieservers die zijn verdeeld over meerdere onderling verbonden Datacenters over de hele wereld. We evalueren voortdurend onze Datacenters en internetserviceproviders (ISP's) om de prestaties voor onze Klanten te optimaliseren met betrekking tot bandbreedte, latentie en isolatie voor noodherstel. Onze Datacenters bevinden zich in beveiligde colocatiefaciliteiten die ISP-providerneutraal zijn en fysieke beveiliging, redundante stroomvoorziening en Simultaan toegang tot toonaangevende ISP's en peeringpartners bieden. We hebben ook bepaalde implementaties bij openbare Cloudproviders wanneer regionale of Capaciteitvereisten dat rechtvaardigen. Onze colocatiefaciliteiten zijn gebouwd met een fouttolerante architectuur met volledige redundantie en snelle failovercapaciteit. Zoom verdeelt dynamisch de communicatieservers om nieuwe sessies automatisch te verplaatsen naar het Datacenter met de beste responstijd.
Deze faciliteiten zijn ook ontworpen voor veerkracht op de fysieke laag. Elke colocatiefaciliteit is gebouwd met N+1-redundantie en een volledige set omgevingscontroles die bedoeld zijn om de faciliteit operationeel te houden door componentstoringen en fysieke gevaren:
Temperatuur- en vochtigheidsregeling
Stroomsystemen die volledig redundant zijn en zijn geschaald om uitval van componenten op te vangen
Veerkrachtige noodverlichting
Brandbeveiliging
Bescherming tegen waterschade
Datacenters omvatten redundantiemodellen voor ononderbreekbare stroomvoorziening (UPS), zoals N, N+1 of 2N, en generatorredundantie met een N+1-ontwerp, waarbij het onderhoud en testen van de stroomvoorziening worden afgehandeld door de betreffende Datacenter-provider. Waar Zoom AWS gebruikt om delen van zijn Cloud-infrastructuur te hosten, worden het bestaan en de werking van AWS-controles jaarlijks beoordeeld door het beveiligingsteam van Zoom aan de hand van rapporten van externe serviceauditors; eventuele geïdentificeerde uitzonderingen worden met AWS besproken en, wanneer zij een risico presenteren voor de systemen of gegevens van Zoom, geëscaleerd naar het management van Zoom.
Capaciteit
Zoom handhaaft 50% extra Capaciteit in alle onderdelen van onze infrastructuur om ons groeiende bedrijf te ondersteunen en te voldoen aan de vereisten voor piekgebruik. We zijn ervan overtuigd dat we service kunnen leveren en kunnen opschalen op basis van de huidige en toekomstige behoeften van onze klanten.
Zakelijke continuïteit en rampenherstel
Betrouwbaarheid onder normale omstandigheden is slechts een deel van het verhaal; even belangrijk is hoe het Platform zich gedraagt wanneer er iets misgaat. Verstoringen — zoals natuurrampen, stroom- of faciliteitsstoringen, cyberincidenten, netwerkuitval en Hardwarefouten — zijn een onvermijdelijke realiteit voor elke wereldwijde service, en de veerkracht van Zoom komt voort uit hoe het zich voorbereidt op, bestand is tegen en herstelt van deze gebeurtenissen. Die veerkracht rust op vier afzonderlijke maar verbonden lagen, die elk op een ander moment vóór, tijdens en na een verstoring functioneren:
Hoge beschikbaarheid — de architectuurlaag die de kans op en impact van storingen verkleint voordat ze optreden, door enkelvoudige faalpunten te elimineren.
Zakelijke continuïteit — de operationele laag die essentiële bedrijfsfuncties draaiende houdt wanneer er daadwerkelijk een verstoring optreedt.
Herstel na rampen — de herstellingslaag die getroffen technologische systemen en diensten na een ontwrichtend Evenement terugbrengt naar normale werking.
Testen — de validatielaag die bevestigt dat deze praktijken werken en lessen zichtbaar maakt voor voortdurende verbetering.
Deze lagen bouwen op elkaar voort: hoge beschikbaarheid verlaagt hoe vaak herstel nodig is, zakelijke continuïteit bepaalt wat blijft draaien terwijl dat gebeurt, rampenherstel herstelt wat werd getroffen, en testen valideert het geheel. De architectuur die in dit document wordt beschreven — Actief-actieve Datacenters, Routering op basis van geolocatie, automatische failover en implementatie volgens de N+1 Standaard — is in de praktijk de laag voor hoge beschikbaarheid. De onderstaande secties beschrijven de overige drie.
Hoge beschikbaarheid
Hoge beschikbaarheid verwijst naar systeem- en serviceontwerp dat is bedoeld om continue werking en minimale downtime te ondersteunen, en het is ingebouwd in de systemen van Zoom met als doel kritieke faalpunten te minimaliseren of te elimineren. Services zijn ontworpen om volledige Datacenter-uitvallen te weerstaan, en geautomatiseerde processen verplaatsen verkeer weg van een getroffen gebied wanneer een storing optreedt. Kernapplicaties worden uitgerold volgens een N+1 Standaard, zodat er, als een Datacenter onbeschikbaar wordt, voldoende Capaciteit overblijft om verkeer te balanceren naar de overlevende locaties. Deze ontwerpfilosofie bestrijkt de volledige set systemen waarop een communicatie-Platform vertrouwt — redundante faciliteiten, telefonie-infrastructuur, internet- en LAN-connectiviteit, beveiligingsinfrastructuur, relationele databasesystemen, massale opslag, back-ups, Hardware en de bijbehorende Capaciteitbeheer- en onderhoudspraktijken — zodat het uitvallen van één enkel component, systeem of faciliteit niet resulteert in een verlies van dienstverlening.
Zakelijke continuïteit
Zoom's zakelijke continuïteitsplanning is ontworpen om de impact van verstoringen op de bedrijfsvoering te minimaliseren, activa te beschermen en essentiële diensten voor Klanten en stakeholders in stand te houden. Het identificeert de zakelijke functies die als eerste behouden of hersteld moeten worden, de mensen, technologie, leveranciers en werkplekhulpmiddelen waarvan die functies afhankelijk zijn, en de mogelijke impact als die afhankelijkheden worden verstoord. Dit biedt Zoom een gestructureerde basis voor het coördineren van respons en herstel wanneer de normale bedrijfsvoering wordt beïnvloed, vooral wanneer meerdere functies of middelen tegelijk aandacht vereisen.
De basis voor deze planning is een Zakelijk Impactanalyse (BIA), het systematische proces dat Zoom gebruikt om de mogelijke effecten van verstoringen op kritieke zakelijke functies te identificeren en te evalueren. Zoom voert voor kritieke functies ten minste jaarlijks een BIA uit, of na een significante Wijzigen in een kritiek zakelijk proces. De analyse omvat vier kerncomponenten:
Identificatie van kritieke zakelijke functies — het documenteren van de belangrijkste processen die essentieel zijn voor de activiteiten van Zoom en het bepalen van de afhankelijkheden en wederzijdse afhankelijkheden daartussen.
Impactbeoordeling — het evalueren van de mogelijke impact van verstoringen op elke functie, met inbegrip van financieel verlies, operationele stilstand, juridische en regelgevende gevolgen en reputatieschade.
Middelenvereisten — het identificeren van het personeel, de technologie, faciliteiten en diensten van derden die nodig zijn om herstel te ondersteunen, en het beoordelen van hun beschikbaarheid en toereikendheid.
Prioritering van herstelinspanningen — het in volgorde zetten van het herstel van kritieke functies op basis van hun impact en de vastgestelde hersteldoelstellingen, zodat de meest kritieke functies als eerste worden hersteld.
Herstel na rampen
Zoom valideert regelmatig zijn mogelijkheden voor noodherstel via jaarlijkse tests voor al zijn producten. Het bedrijf hanteert een formeel, gedocumenteerd Disaster Recovery Plan (DRP) dat procedures definieert voor het herstellen van kritieke systemen en services na een verstoring, inclusief herstelstrategieën, rollen en verantwoordelijkheden en communicatieprotocollen. Zooms DRP is ontworpen om verschillende rampscenario's aan te pakken die een of meer van het volgende kunnen omvatten: stroomuitval, verlies van netwerkconnectiviteit, Hardwarestoringen, natuurrampen en andere ontwrichtende Evenementen, tot en met volledig uitvallen van de locatie. Normen voor informatiebeveiliging die disaster recovery beheren, zijn gedocumenteerd, goedgekeurd, gecommuniceerd en ten minste jaarlijks herzien.
In plaats van een speciale warme herstellocatie voor Cloudservices te onderhouden, vertrouwt Zoom op redundante architectuur, Datacenters op meerdere locaties en verschillende Cloudproviders, waaronder AWS, OCI en GCP, om continuïteit te ondersteunen. Op Platformniveau verschilt het herstelpatroon per servicetype:
Webcluster en niet-realtimecommunicatie gebruiken AWS-infrastructuur met hoge beschikbaarheid in een Actief-Actief-configuratie in meerdere regio's, vertrouwen op DNS-records om failover tussen Datacenters te Inschakelen, en omvatten meerdere componenten met replicatiemogelijkheden binnen elk Datacenter.
Regionale Datacenters en realtimecommunicatie werken in een Actief-Actief-configuratie over geografisch verspreide aanbieders van niveau 3 en hoger, met redundante en veerkrachtige componenten en connectiviteit binnen elk regionaal Datacenter, diverse carriers die connectiviteit ondersteunen, en failover tussen regio's die opnieuw verbinding vereisen.
De gedocumenteerde herstelstrategieën van Zoom omvatten failover tussen regio's, waarbij verkeer of services van een getroffen regio worden weggeleid, en rollback via blue-green deployment, waarbij services worden teruggezet naar een eerder bekend goed functionerend milieu of implementatiestatus om te herstellen van software- of implementatiegerelateerde problemen.
Deze strategieën worden gemeten aan de hand van gedefinieerde hersteldoelstellingen. De recovery time objective (RTO) — de beoogde tijd om service na een verstoring te herstellen — heeft als doel minder dan vijf minuten. De recovery point objective (RPO) — de beoogde hoeveelheid tolerabel gegevensverlies — heeft als doel geen gegevensverlies, ondersteund door replicatie van gegevens die in de Cloud zijn opgeslagen over meerdere beschikbaarheidszones. Deze doelstellingen sturen het ontwerp en de tests van Zoom, in plaats van dat ze als servicegaranties fungeren.
Effectieve back-up en herstel van gegevens is een kernonderdeel van deze aanpak, waardoor kritieke informatie wordt beschermd zodat deze kan worden hersteld in geval van een verstoring om de Zakelijk continuïteit te behouden. Zoom deelt zijn volledige disaster recovery plan of gedetailleerde testresultaten niet extern, omdat die materialen interne en gevoelige vertrouwelijke bedrijfsinformatie bevatten. Raadpleeg Zoom's Vertrouwenscentrum voor meer informatie over publiek beschikbare documentatie.
Testen
Zoom valideert zijn herstelpraktijken via jaarlijkse tabletop- en failovertests die worden uitgevoerd door externe auditors. Deze tests bevestigen dat respons- en herstelprocessen werken zoals bedoeld, brengen hiaten in kaart en ondersteunen continue verbetering op basis van geleerde lessen. Er zijn tests uitgevoerd over een breed scala aan producten en servicegebieden binnen het Platform, waaronder Zoom Meetings, Zoom Phone, Zoom contactcenter, Zoom Virtual Agent, Zoom Rooms, Zoom Events, whiteboard, Reservering werkruimte en de RTC- en telefoniegateways, onder andere. In combinatie met de redundante, actief-actiefarchitectuur die in dit document wordt beschreven, is deze gelaagde aanpak ontworpen om Zoom's services beschikbaar en herstelbaar te houden onder een breed scala aan verstorende omstandigheden.
Conclusie
De betrouwbaarheid van Zoom wordt ondersteund door een gelaagde architectuur die Cloud-first serviceontwerp, adaptieve media Routering, redundante wereldwijde infrastructuur, Capaciteitplanning en formele praktijken voor bedrijfscontinuïteit en disaster recovery combineert. Binnen Meetings, Phone, contactcenter, Zoom Node, wereldwijde datacenters en gerelateerde services is het Platform van Zoom ontworpen om consistente communicatie te ondersteunen over uiteenlopende netwerken, regio's, apparaten en implementatiemodellen.
Dezelfde ontwerpbeginselen die de dagelijkse servicekwaliteit ondersteunen, ondersteunen ook veerkracht op schaal. Actief-actiefarchitectuur, intelligente Routering, adaptief transport, redundante faciliteiten, herstelplanning, back-uppraktijken en regelmatige tests werken samen om essentiële services in stand te houden en herstel te ondersteunen wanneer operationele gebeurtenissen zich voordoen.
Voor klanten en IT-teams biedt deze aanpak een Platform dat is ontworpen voor betrouwbare communicatie, operationele continuïteit en beheersbare bedrijfsimplementatie binnen UCaaS- en CCaaS-omgevingen.
Geschreven door Jakob Ganschow en Sam Azimipour
Laatst bijgewerkt
Was dit nuttig?