Business-Kontinuität und Disaster-Recovery-Whitepaper
Einführung
Zoom liefert AI-first Einheitliche Kommunikation als Dienstleistung (UCaaS) und Contact Center as a Service (CCaaS) über eine einzelne, integrierte Plattform. Dieses Dokument beschreibt die Innovationen und die Architektur hinter Zooms erstklassigen Services und Produkten und erläutert, wie wir für Endbenutzer und IT über UCaaS und CCaaS hinweg ein konsistentes, sicheres und verwaltbares Erlebnis bereitstellen.
Aus Erfahrung entstanden
Zooms Cloud-first-Vision hilft Organisationen, über die Kosten und Komplexität veralteter lokaler Systeme hinauszugehen. Anstatt Funktionen auf alternde Stacks aufzupfropfen, haben wir in Full-Stack-Engineering über Clients, Mediendienste und Raumsysteme hinweg investiert, um die End-to-End-Qualität, Ausfallsicherheit und Benutzerfreundlichkeit als eine zusammenhängende Plattform zu optimieren – gestützt auf eine Single-Client-Strategie mit einer gemeinsamen Codebasis über Plattformen hinweg, die die native UX jedes Betriebssystems nutzt.
Dieser Cloud-first-Ansatz zeigt sich in der Zoom Workplace App: eine einzelne, moderne Anwendung, die Nutzern einen zentralisierten Zugriff auf Meetings, Chat, Phone, Contact Center, Events, Webinars, Rooms, Whiteboard, Canvas und mehr bietet. Der Zugriff wird über Lizenzen gesteuert, sodass IT-Produkte und -Funktionen ein- oder ausschalten kann, ohne ein Flickwerk aus separaten Installern bereitzustellen oder widersprüchliche Client-Versionen zu verwalten.
Für die IT reduziert das Modell den Aufwand — weniger Server zu kaufen, zu racken und zu patchen; weniger maßgeschneiderte Integrationen zu pflegen; und kein Bedarf an ganzen Teams, die sich ausschließlich darum kümmern, die vor Ort-Infrastruktur am Laufen zu halten. Kapazität, Updates und Sicherheitsverbesserungen werden aus der Cloud bereitgestellt, sodass sich Administratoren auf Richtlinien, Einführung und Ergebnisse statt auf Wartung konzentrieren können.
Echtzeit-Medienarchitektur und Ausfallsicherheit
Die folgenden Abschnitte erörtern Zooms Designansatz, um ein erstklassiges Echtzeit-Medienerlebnis zu Aktivieren.
Zoom Meetings, Webinare und Veranstaltungen
Die Grundlage unserer Architektur ist eine intelligente Transportschicht, die basierend auf den tatsächlichen Netzwerkbedingungen und Richtlinien den besten Pfad auswählt. UDP wird verwendet, sofern Verfügbar, mit nahtlosem Fallback auf TCP/TLS (einschließlich HTTPS/443) in restriktiveren Umgebungen. Bildschirmfreigabe verwendet Reliable UDP für flüssige Bewegungen, wann immer möglich, mit automatischem Fallback bei Bedarf. Beim Verbinden mit einem Meeting, Webinar oder Event wird die Zoom Workplace App per Geolokalisierung zu den nächstgelegenen Ressourcen, die Verfügbar sind, gesteuert, um die Latenz zu minimieren. Wenn organisatorische Richtlinien oder die Leistung es erfordern, kann der Datenverkehr über dedizierte Verbindungen zu verschiedenen Rechenzentren durch Zooms globales Backbone geleitet werden.
Die nächste Schicht ist eine reaktive Quality-of-Service-Schicht, die sich an Netzwerk- und Gerätbedingungen in Echtzeit anpasst. Sie überwacht Bandbreite, Paketverlust, Latenz und Jitter und erfasst außerdem die lokale CPU-Auslastung, den Speicher und die Netzwerk-E/A. Diese Signale veranlassen die oberen Schichten, die geeigneten adaptiven Maßnahmen zu ergreifen, um Qualität und Zuverlässigkeit aufrechtzuerhalten.
Zooms benutzerdefinierter, adaptiver Codec auf der Sitzungsebene ist auf Echtzeitleistung abgestimmt. Umgebende Algorithmen optimieren kontinuierlich Bildrate und Auflösung, um sie an Gerät- und Netzwerkbedingungen anzupassen. Um die bestmögliche Erfahrung zu bieten, sofern die Bedingungen es zulassen, verwendet Zoom mehrere Simultan-Streams, und die Zoom Workplace App wählt dynamisch die am besten geeignete Ebene aus. Dank effizienter Komprimierung bleiben Sitzungen bei Paketverlusten von bis zu ~45 % nutzbar; in solchen Fällen wird Audio gegenüber Video priorisiert, um Gespräche klar zu halten. Der Multi-Stream-Ansatz passt außerdem die Bandbreite an die Fähigkeit jedes Teilnehmers an, Audio und Video zu senden und zu empfangen.
Die verteilte Konferenzschicht von Zoom verwendet abonnementbasiertes Switching ohne serverseitiges Transcoding oder Mixing. Herkömmliche Dienste transkodieren und mischen Streams oft, was CPU- und Speicher-Overhead verursacht; unser Switching-Ansatz ist darauf ausgelegt, den Ressourcenverbrauch zu reduzieren und effizient zu skalieren. Teilnehmer werden per Geolokalisierung zum nächstgelegenen Rechenzentrum geleitet und dem am wenigsten ausgelasteten Server zugewiesen; wenn sich Teilnehmer am selben Ort befinden, können sie aus Effizienzgründen auf demselben Server gruppiert werden. Die Architektur unterstützt flexible On-Premises- und Hybridbereitstellungen und bietet kaskadierte Datenpfade für große Unternehmen.
Der Meeting Server ist unser MMR (Multi-Media-Router), und jedes MMR ist in einer „Meeting Zone“ gruppiert. Zone Controllers verwalten alle MMRs und melden ihren Status an den Global Cloud Controller für jede Meeting Zone. Die Meeting Zones sind für jedes Rechenzentrum mit exakt derselben Architektur dupliziert, und wir können bei Bedarf ganz einfach weitere Zonen Hinzufügen, um in jeder Region zusätzliche Kapazität bereitzustellen. Die drei Schichten (das MMR, Zoom Controller und Global Cloud Controller) werden verwendet, um Ressourcen an verschiedenen Standorten auszugleichen. Wenn nur zwei Teilnehmer in einem Meeting sind, kann Zoom Peer-to-Peer-Verbindungen für hervorragende Geschwindigkeit und Zuverlässigkeit nutzen. All dies ermöglicht es Zoom, die Verfügbarkeit der Meeting-Dienste bei 99,9 % Betriebszeit aufrechtzuerhalten und ein zuverlässiges Videokonferenzerlebnis bereitzustellen.
Zoom Phone
Zoom Phone wurde in der Cloud und für die Cloud entwickelt und nutzt die bewährten Audio-Qualitätsanpassungen, die bereits in unseren Zoom Meetings- und Webinar-Produkten Verfügbar sind. Die Architektur von Zoom verfügt über integrierte Redundanz und Ausfallsicherheit, was zu einer hochverfügbaren Lösung führt, die skaliert werden kann, um selbst die Anforderungen des größten Unternehmen zu erfüllen.
Zoom Phone nutzt intelligente Transportmechanismen für eine zuverlässige Konnektivität über verschiedene Netzwerkumgebungen hinweg. Für Medien verwendet es SRTP über UDP, wenn Verfügbar, mit nahtlosem Fallback auf TCP/TLS sowie adaptiver Bitrate und Maßnahmen zur Paketverlustminderung, um die Audioqualität unter schlechten Bedingungen zu erhalten. Für die Konnektivität werden Anrufe an die nächstgelegene SIP-Zone weitergeleitet, sobald sie Verfügbar ist, um die Latenz zu minimieren, mit automatischem Failover über Rechenzentren hinweg, wenn nötig.
Zoom hat redundante Sitzung Border Controller (SBCs) in jedem seiner Rechenzentren, die Kunden- und Carrier-Kommunikation absichern. Diese SBCs in Carrier-Qualität ermöglichen einer breiten Palette von Organisationen, von den kleinsten Kunden bis hin zu globalen Unternehmen, einfachen Access. Load Balancer leiten SIP-basierte Kommunikation an Zooms Anruf-Switches weiter, um das Anrufvolumen gleichmäßig zu verteilen. Diese Verteilung ermöglicht den Nutzern ein reibungsloses Erlebnis, selbst während der Spitzenzeiten der Registrierung und der Beschäftigt Anrufstunden.
Anruf-Switches sind die zentrale Anrufsteuerung von Zoom Phone. Diese skalierbaren Komponenten bieten nicht nur Support für die grundlegende PBX-Funktionalität, sondern erleichtern auch Telemetriedaten für das Zoom Phone Dashboard und Aktivieren von Funktionen wie das Hochstufen von Zoom Phone-Anrufen zu Zoom Meetings.
Die Zoom Workplace App nutzt proprietäre Logik, um die Bandbreite der App, Paketverlust, Latenz und Jitter zu überwachen und gleichzeitig die CPU-Auslastung, den Speicher und die Netzwerk-E/A der App zu erfassen. Diese Technologie überwacht aktiv Anrufe und nimmt in Echtzeit Anpassungen vor, um schlechte Netzwerkbedingungen zu überwinden und eine überlegene Anrufqualität sowie Zuverlässigkeit für verschiedene Netzwerkumgebungen und unterschiedliche Geräte bereitzustellen.
Das Zoom Phone Dashboard erfasst Echtzeit- und historische Dienstgüte (QoS)-Daten sowie Nutzungs- und Akzeptanzmetriken, Anrufprotokolle und Metriken im Zusammenhang mit nomadischen Notfalldiensten. Zoom bewertet automatisch jeden Anruf mit Mean Opinion Score (MOS), sodass IT-Administratoren die Leistung aller Anrufe verfolgen können, die das Netzwerk durchlaufen, und potenzielle netzwerkbezogene Probleme isolieren können.
Zoom Contact Center
Ähnlich wie Zoom Phone unterstützt die aktiv-aktiv-Architektur von Zoom Contact Center die Widerstandsfähigkeit und Redundanz in seiner Omni-Kanal-Umgebung. Aufbauend auf bewährten Architekturen aus Zoom Meetings- und Telefon-Diensten integriert Contact Center nahtlos Echtzeit-Kommunikationsfunktionen mit Web-Funktionalitäten und schafft so eine intuitive Benutzeroberfläche, von der sowohl Ihr Team von Agenten als auch Ihre Kunden profitieren.
Jedes Rechenzentrum verfügt über zwei identische, miteinander verbundene Zonen des Sitzungsinitiierungsprotokolls (SIP). SIP-Zonen zulassen, dass Sprachanrufe über das Internet getätigt und empfangen werden, und jede Zone ist mit dedizierter Hardware und Diensten für einen unabhängigen Betrieb ausgestattet. Innerhalb eines Rechenzentrums verteilt ein Lastenausgleich Anrufe gleichmäßig zwischen beiden SIP-Zonen. Anrufe werden auf einen Cluster von Vermittlungsschaltern verteilt, die für verschiedene Funktionen wie Anrufweiterleitung, Aufbau und Abbau verantwortlich sind.
Von den Anruf-Switches verbinden sich Anrufe mit einem SBC innerhalb jeder Zone, der entweder mit Zooms zugrunde liegendem Netzwerk von Anbietern oder einem vom Kunden bereitgestellten Carrier für PSTN-Weiterleitung verbunden ist, bis der Anruf sein endgültiges Ziel erreicht. SBCs, Load Balancer und Anruf-Switches werden zur Ausfallsicherheit durch redundante Hardware im Standby ergänzt.
Voice in Zoom Contact Center profitiert von derselben Client-Anpassung und demselben Transportverhalten wie Zoom Phone—unter Verwendung von UDP, wenn verfügbar, mit Fallback auf TCP/TLS—sodass Audio auch in eingeschränkten Netzwerken klar bleibt. Für Video- und digitale Kanäle nutzt der Dienst Zmoms Echtzeit-Medien-Backbone und Cloud-Resilienz für eine konsistente Qualität und Failover.
Cobrowse
Der Cobrowse-Dienst von Zoom Contact Center läuft auf einer Infrastruktur, die getrennt vom Kern-Dienst von Zoom Contact Center ist. Wenn eine Sitzung beginnt, stellt das Software Development Kit (SDK) eine dauerhafte WebSocket-Verbindung mit dem Cobrowsing Hub Server (CHS) für die bidirektionale Kommunikation her; der Datenverkehr wird dabei über Geolokalisierung zum nächstgelegenen verfügbaren Rechenzentrum geleitet, um die Latenz zu reduzieren. Der Dienst nutzt eine zustandslose, verteilte Architektur mit dynamischem Load Balancing über CHS-Knoten, um elastische Skalierung über Bereitstellungsmodelle hinweg zu unterstützen: Cloud, Hybrid und On-Premises.
Um die Sitzungskontinuität aufrechtzuerhalten, verbindet sich das SDK automatisch erneut mit gesunden CHS-Knoten, wenn die Konnektivität unterbrochen wird, und kann bei minimalen Unterbrechungen über Rechenzentren hinweg ein Failover durchführen. In Kombination mit kontinuierlicher Zustandsüberwachung und Zooms breiterem aktiv-aktiv-Resilienzansatz ist diese Architektur darauf ausgelegt, zuverlässige, skalierbare Co-Browsing-Leistung für Enterprise-Umgebungen bereitzustellen.
Zoom Node für Hybrid- und On-Premises-Bereitstellungen
Zoom Node ist eine Cloud-verwaltete Hybrid-Plattform, die Ihre Rechenzentrum-Ressourcen mit Zooms Cloud verknüpft und es Ihnen ermöglicht, Zoom Service Modules (Workloads) On-Premises bereitzustellen und über das Zoom-Webportal zu verwalten. Zwei Module zeichnen sich durch Ausfallsicherheit aus: Zoom Meetings Hybrid und Zoom Phone Local Survivability (ZPLS).
Zoom Meetings Hybrid leitet Echtzeitmedien für interne Teilnehmer über Ihren lokalen Node weiter, während Signalisierung, Administrator und Richtlinie in der Zoom Cloud bleiben, und enthält eine lokale Survivability-Option, falls Zoom-Rechenzentren nicht erreichbar werden. Interne Benutzer erhalten Pfade mit geringer Latenz und reduziertem Internet-Egress, während externe Teilnehmer wie gewohnt über die Cloud beitreten können. Konten können bei Bedarf auch Recording Connector für die lokale Erfassung hinzufügen, mit automatischem Cloud-Failover, wenn die lokale Kapazität nicht verfügbar ist.
Lokale Ausfallsicherheit von Zoom Phone (ZPLS) hält die Kerntelefonie an einem Standort verfügbar, wenn der WAN- oder Provider-Pfad ausfällt. Telefone registrieren sich lokal, interne Nebenstellenanrufe laufen weiter, und wenn konfiguriert, können kritische ausgehende Anrufe über einen PSTN-Pfad vor Ort aufrechterhalten werden. Wenn die Konnektivität zurückkehrt, nimmt der Dienst automatisch den normalen Cloud-Betrieb wieder auf.
Global verteilte Rechenzentren und Redundanz
Zoom verfügt über Broker und Kommunikationsserver, die über mehrere miteinander verbundene Rechenzentren auf der ganzen Welt verteilt sind. Wir bewerten unsere Rechenzentren und Internetdienstanbieter (ISPs) kontinuierlich, um die Leistung für unsere Kunden in Bezug auf Bandbreite, Latenz und Isolierung für die Notfallwiederherstellung zu optimieren. Unsere Rechenzentren befinden sich in sicheren Colocation-Einrichtungen, die ISP-Anbieter-neutral sind und physische Sicherheit, redundante Stromversorgung sowie Simultanen Zugriff auf erstklassige ISPs und Peering-Partner bieten. Wir haben außerdem bestimmte Bereitstellungen bei öffentlichen Cloud-Anbietern, wenn regionale oder Kapazitätsanforderungen dies rechtfertigen. Unsere Colocation-Einrichtungen sind mit fehlertoleranter Architektur, vollständiger Redundanz und schneller Failover-Fähigkeit gebaut. Zoom verteilt die Kommunikationsserver dynamisch per Lastenausgleich, um neue Sitzungen automatisch in das Rechenzentrum mit der besten Antwortzeit zu verschieben.
Diese Einrichtungen sind ebenfalls auf Resilienz auf der physischen Ebene ausgelegt. Jede Colocation-Einrichtung ist mit N+1-Redundanz und einem vollständigen Satz an Umgebungssteuerungen ausgestattet, die darauf ausgelegt sind, den Betrieb der Einrichtung trotz Komponentenausfällen und physischer Gefahren aufrechtzuerhalten:
Temperatur- und Feuchtigkeitskontrollen
Stromversorgungssysteme, die vollständig redundant sind und so skaliert sind, dass sie Komponentenausfälle aufnehmen können
Ausfallsichere Notbeleuchtung
Brandschutz
Schutz vor Wasserschäden
Rechenzentrum-Umgebungen umfassen Redundanzmodelle für unterbrechungsfreie Stromversorgungen (USV) wie N, N+1 oder 2N sowie Generatorredundanz mit einem N+1-Design, wobei die Wartung und Prüfung der Stromversorgung vom jeweils zuständigen Rechenzentrum-Anbieter übernommen wird. Wenn Zoom AWS als Host für Teile seiner Cloud-Infrastruktur nutzt, werden die Existenz und Funktionsweise der AWS-Kontrollen jährlich vom Security-Team von Zoom anhand von Berichten externer Service-Auditoren überprüft; identifizierte Ausnahmen werden mit AWS besprochen und, wenn sie ein Risiko für die Systeme oder Daten von Zoom präsentieren, an das Management von Zoom eskaliert.
Kapazität
Zoom hält in allen Bereichen unserer Infrastruktur 50 % zusätzliche Kapazität vor, um unserem wachsenden Business gerecht zu werden und die Anforderungen bei Spitzenlasten zu erfüllen. Wir sind zuversichtlich, dass wir auf Grundlage der aktuellen und zukünftigen Kundenanforderungen Service bereitstellen und skalieren können.
Business-Kontinuität und Disaster Recovery
Zuverlässigkeit unter normalen Bedingungen ist nur ein Teil der Geschichte; ebenso wichtig ist, wie sich die Plattform verhält, wenn etwas schiefgeht. Störungen — wie Naturkatastrophen, Strom- oder Gebäudenausfälle, Cybervorfälle, Netzwerkausfälle und Hardwarefehler — sind eine unvermeidliche Realität für jeden globalen Dienst, und die Resilienz von Zoom beruht darauf, wie sich das Unternehmen auf diese Ereignisse vorbereitet, ihnen standhält und sich davon erholt. Diese Resilienz beruht auf vier unterschiedlichen, aber miteinander verbundenen Ebenen, die jeweils zu einem anderen Zeitpunkt vor, während und nach einer Störung wirken:
Hohe Verfügbarkeit — die architektonische Schicht, die die Wahrscheinlichkeit und Auswirkungen von Ausfällen verringert, bevor sie eintreten, indem sie einzelne Fehlerpunkte eliminiert.
Businesskontinuität — die operative Schicht, die essenzielle Businessfunktionen am Laufen hält, wenn es doch zu einer Störung kommt.
Notfallwiederherstellung — die Wiederherstellungsschicht, die betroffene Technologiesysteme und -dienste nach einem störenden Event wieder in den Normalbetrieb zurückführt.
Tests — die Validierungsschicht, die bestätigt, dass diese Praktiken funktionieren, und Erkenntnisse für kontinuierliche Verbesserung aufzeigt.
Diese Schichten bauen aufeinander auf: Hohe Verfügbarkeit verringert, wie oft Wiederherstellung benötigt wird, Businesskontinuität regelt, was währenddessen weiterläuft, Notfallwiederherstellung stellt wieder her, was betroffen war, und Tests validieren das Ganze. Die im gesamten Dokument beschriebene Architektur — aktiv-aktiv betriebene Rechenzentren, auf Geolokalisierung basierende Weiterleitung, automatisches Failover und N+1-Bereitstellung — ist in der Praxis die Hochverfügbarkeits-Schicht. Die folgenden Abschnitte beschreiben die verbleibenden drei.
Hohe Verfügbarkeit
Hohe Verfügbarkeit bezieht sich auf das Design von Systemen und Diensten, das auf durchgehenden Betrieb und minimale Ausfallzeiten ausgelegt ist, und es wird in die Systeme von Zoom mit dem Ziel eingebaut, kritische Fehlerpunkte zu minimieren oder zu eliminieren. Dienste sind so konzipiert, dass sie vollständige Rechenzentrumsausfälle überstehen, und automatisierte Prozesse lenken den Datenverkehr bei einem Ausfall von einem betroffenen Bereich weg. Kernanwendungen werden nach einem N+1-Standard bereitgestellt, sodass, wenn ein Rechenzentrum nicht verfügbar wird, ausreichend Kapazität bleibt, um den Datenverkehr auf die verbleibenden Standorte zu verteilen. Diese Designphilosophie umfasst die gesamte Menge an Systemen, auf die eine Kommunikationsplattform angewiesen ist — redundante Einrichtungen, Telefonie-Infrastruktur, Internet- und LAN-Konnektivität, Sicherheitsinfrastruktur, relationale Datenbanksysteme, Massenspeicher, Backups, Hardware und die dazugehörigen Praktiken zur Kapazitätsverwaltung und Wartung —, sodass der Ausfall einer einzelnen Komponente, eines Systems oder einer Einrichtung nicht zu einem Dienstverlust führt.
Businesskontinuität
Die Planung der Geschäftskontinuität von Zoom ist darauf ausgelegt, die Auswirkungen von Störungen auf den Betrieb zu minimieren, Vermögenswerte zu schützen und wesentliche Dienste für Kunden und Stakeholder aufrechtzuerhalten. Sie identifiziert die Geschäftsfunktionen, die zuerst erhalten oder wiederhergestellt werden müssen, sowie die Personen, Technologien, Anbieter und Arbeitsplatzressourcen, von denen diese Funktionen abhängen, und die potenziellen Auswirkungen, falls diese Abhängigkeiten gestört werden. Dadurch erhält Zoom eine strukturierte Grundlage, um Reaktion und Wiederherstellung zu koordinieren, wenn der normale Betrieb beeinträchtigt ist, insbesondere wenn mehrere Funktionen oder Ressourcen gleichzeitig Aufmerksamkeit erfordern.
Grundlage dieser Planung ist eine Business Impact Analysis (BIA), der systematische Prozess, den Zoom verwendet, um die potenziellen Auswirkungen von Störungen auf kritische Geschäftsfunktionen zu identifizieren und zu bewerten. Zoom führt für kritische Funktionen mindestens jährlich oder bei einem signifikanten Ändern eines kritischen Geschäftsprozesses eine BIA durch. Die Analyse umfasst vier zentrale Komponenten:
Identifizierung kritischer Geschäftsfunktionen — die für den Betrieb von Zoom wesentlichen Kernprozesse zu dokumentieren und die Abhängigkeiten und wechselseitigen Abhängigkeiten zwischen ihnen zu bestimmen.
Auswirkungsbewertung — Bewertung der potenziellen Auswirkungen von Störungen auf jede Funktion unter Berücksichtigung von finanziellem Verlust, Ausfallzeiten im Betrieb, rechtlichen und regulatorischen Auswirkungen sowie Reputationsschäden.
Ressourcenanforderungen — die benötigten Mitarbeiter, Technologien, Einrichtungen und Drittanbieterdienste zu identifizieren, die die Wiederherstellung unterstützen, und ihre Verfügbarkeit und Angemessenheit zu bewerten.
Priorisierung der Wiederherstellungsmaßnahmen — die Wiederherstellung kritischer Funktionen auf Grundlage ihrer Auswirkungen und der festgelegten Wiederherstellungsziele zu staffeln, damit die kritischsten Funktionen zuerst wiederhergestellt werden.
Notfallwiederherstellung
Zoom validiert seine Disaster-Recovery-Fähigkeiten regelmäßig durch jährliche Tests über seine Produkte hinweg. Das Unternehmen unterhält einen formalen, dokumentierten Disaster-Recovery-Plan (DRP), der Verfahren zur Wiederherstellung kritischer Systeme und Dienste nach einer Störung definiert, einschließlich Wiederherstellungsstrategien, Rollen und Verantwortlichkeiten sowie Kommunikationsprotokollen. Der DRP von Zoom ist darauf ausgelegt, verschiedene Katastrophenszenarien abzudecken, die einen oder mehrere der folgenden Fälle umfassen können: Stromausfälle, Verlust der Netzwerkverbindung, Hardware-Ausfälle, Naturkatastrophen und andere disruptive Events, bis hin zum vollständigen Ausfall der Anlage. Die Informationssicherheitsstandards, die die Disaster Recovery regeln, sind dokumentiert, genehmigt, kommuniziert und werden mindestens jährlich überprüft.
Anstatt einen dedizierten Hot-Recovery-Standort für Cloud-Dienste zu betreiben, setzt Zoom auf redundante Architektur, Rechenzentren an mehreren Standorten und mehrere Cloud-Anbieter, darunter AWS, OCI und GCP, um die Kontinuität zu unterstützen. Auf der Plattform-Ebene unterscheidet sich das Wiederherstellungsmuster je nach Diensttyp:
Web-Cluster und Nicht-Echtzeit-Kommunikation verwenden AWS-Hochverfügbarkeitsinfrastruktur in einer Multi-Region-aktiv-aktiv-Konfiguration, verlassen sich auf DNS-Einträge, um Failover zwischen Rechenzentren zu aktivieren, und umfassen mehrere Komponenten mit Replikationsfunktionen innerhalb jedes Rechenzentrums.
Regionale Rechenzentren und Echtzeitkommunikation operieren in einer aktiv-aktiv-Konfiguration über geografisch verteilte Tier-3-und-höher-Anbieter hinweg, mit redundanten und resilienten Komponenten und Konnektivität innerhalb jedes regionalen Rechenzentrums, diversen Carriern zur Unterstützung der Konnektivität und einem Failover zwischen Regionen, das eine erneute Verbindung erfordert.
Zu den dokumentierten Wiederherstellungsstrategien von Zoom gehören Region-Failover, das Verkehr oder Dienste aus einer betroffenen Region verlagert, und Rollback über Blue-Green-Deployment, das Dienste in eine zuvor als funktionsfähig bekannte Umgebung oder einen bekannten Bereitstellungszustand zurückversetzt, um Software- oder bereitstellungsbezogene Probleme zu beheben.
Diese Strategien werden anhand definierter Wiederherstellungsziele gemessen. Das Recovery Time Objective (RTO) — die angestrebte Zeit zur Wiederherstellung des Dienstes nach einer Störung — hat das Ziel, unter fünf Minuten zu liegen. Das Recovery Point Objective (RPO) — die angestrebte Menge an tolerierbarem Datenverlust — hat das Ziel von keinem Datenverlust, unterstützt durch die Replikation von in der Cloud gespeicherten Daten über mehrere Verfügbarkeitszonen hinweg. Diese Ziele fließen in das Design und die Tests von Zoom ein, dienen jedoch nicht als Servicegarantien.
Wirksame Datensicherung und -wiederherstellung ist ein Kernbestandteil dieses Ansatzes und schützt kritische Informationen, damit sie im Event einer Störung wiederhergestellt werden können, um die Business-Kontinuität aufrechtzuerhalten. Zoom gibt seinen vollständigen Disaster-Recovery-Plan oder detaillierte Testergebnisse nicht extern weiter, da diese Materialien interne und sensible vertrauliche Geschäftsinformationen enthalten. Siehe Zooms Trust Center für weitere Informationen zur Dokumentation, die öffentlich Verfügbar ist.
Tests
Zoom überprüft seine Vorgehensweisen zur Wiederherstellung durch jährliche Tabletop- und Failover-Tests, die von externen Prüfern durchgeführt werden. Diese Tests bestätigen, dass die Antwort- und Wiederherstellungsprozesse wie beabsichtigt funktionieren, identifizieren Lücken und unterstützen die kontinuierliche Verbesserung durch gewonnene Erkenntnisse. Die Tests erstreckten sich über eine breite Palette von Produkten und Servicebereichen auf der gesamten Plattform, darunter Zoom Meetings, Zoom Phone, Zoom Contact Center, Zoom Virtual Agent, Zoom Rooms, Zoom Events, Whiteboard, Arbeitsplatzreservierung sowie die RTC- und Telefonie-Gateways, unter anderem. In Kombination mit der redundanten, aktiv-aktiv-Architektur, die in diesem Dokument beschrieben wird, ist dieser mehrschichtige Ansatz darauf ausgelegt, sicherzustellen, dass die Services von Zoom in einem breiten Spektrum disruptiver Bedingungen verfügbar und wiederherstellbar bleiben.
Fazit
Die Zuverlässigkeit von Zoom wird durch eine geschichtete Architektur unterstützt, die Cloud-first-Service-Design, adaptive Medien-Weiterleitung, redundante globale Infrastruktur, Kapazitätsplanung sowie formale Business-Continuity- und Disaster-Recovery-Praktiken kombiniert. Über Meetings, Phone, Contact Center, Zoom Node, globale Rechenzentren und zugehörige Services hinweg ist die Plattform von Zoom so konzipiert, dass sie konsistente Kommunikation über unterschiedliche Netzwerke, Regionen, Geräte und Bereitstellungsmodelle hinweg unterstützt.
Dieselben Gestaltungsprinzipien, die die tägliche Servicequalität unterstützen, unterstützen auch die Resilienz im großen Maßstab. aktiv-aktiv-Architektur, intelligente Weiterleitung, adaptive Transportprotokolle, redundante Einrichtungen, Wiederherstellungsplanung, Backup-Verfahren und regelmäßige Tests arbeiten zusammen, um wesentliche Dienste aufrechtzuerhalten und die Wiederherstellung bei betrieblichen Ereignissen zu unterstützen.
Für Kunden und IT-Teams bietet dieser Ansatz eine Plattform, die auf zuverlässige Kommunikation, betriebliche Kontinuität und eine gut handhabbare Enterprise-Bereitstellung in UCaaS- und CCaaS-Umgebungen ausgelegt ist.
Verfasst von Jakob Ganschow und Sam Azimipour
Zuletzt aktualisiert
War das hilfreich?