> 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/de/business-services/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).

# Architektur

Zoom Contact Center wurde mit einer aktiv-aktiv-Architektur für Zuverlässigkeit und Resilienz entwickelt.

Die folgenden Abschnitte bieten einen allgemeinen Überblick über die Architektur von Zoom Contact Center.

### Zoom Contact Center Rechenzentrum SIP-Zonen

In einer Active-Active-Architektur sind Resilienz und Redundanz entscheidend. Um die Anforderungen an den Sprachkanal und die Telefonie zu unterstützen, bietet jedes Zoom Contact Center Rechenzentrum zwei identische, miteinander verbundene SIP-Zonen, die mit dediziertem Hardware und Diensten für unabhängige Resilienz und Nachhaltigkeit ausgestattet sind.

Während des normalen Betriebs verteilt ein Load Balancer die Anrufweiterleitung gleichmäßig zwischen beiden SIP-Zonen innerhalb eines Rechenzentrums. Innerhalb jeder SIP-Zone werden Anrufe gleichmäßig auf einen Cluster von Anruf-Switches verteilt, die für verschiedene Funktionen verantwortlich sind, wie z. B. Anrufweiterleitung, Einrichtung und Abbau. Von den Anruf-Switches aus verbinden sich die Anrufe mit einem Session Border Controller (SBC) in jeder Zone, der entweder mit dem zugrunde liegenden Netzwerk von Zoom-Providern verbunden ist oder mit dem vom Kunden bereitgestellten Carrier (BYOC-P) für die PSTN-Weiterleitung, bis der Anruf sein finales Ziel erreicht.

In diesem Rahmen wird jedes wesentliche Architekturstück – d. h. SBCs, Load Balancer und Anruf-Switches – mit redundanter Hardware im Standby für Ausfallsicherheit ergänzt. Für den Fall, dass eine SIP-Zone ein dienstbeeinträchtigendes Event erlebt, werden die aktiven Medien, die Signalisierung und die Registrierung eines Anrufs für einen unterbrechungsfreien Dienst auf die andere Zone umgeschaltet. Darüber hinaus strebt Zoom zu jedem Zeitpunkt nicht mehr als 50 % Kapazität innerhalb jeder SIP-Zone an; falls in einer SIP-Zone ein dienstbeeinträchtigendes Event auftritt, sollten Anrufe ohne Probleme auf die gegenüberliegende Zone umgeschaltet werden, bis der Standardbetrieb wieder aufgenommen wird.

Das folgende Diagramm veranschaulicht auf hoher Ebene das aktiv-aktiv-Architekturdesign einer SIP-Zone:

<div data-with-frame="true"><figure><img src="/files/18cc82a7fc9ab2264e38e389b5b1df408ba56884" alt=""><figcaption><p>Übersicht über die aktiv-aktive Architektur einer SIP-Zone</p></figcaption></figure></div>

### Zoom Contact Center Datenzentren in großen Mengen

Aus physischer Sicht befinden sich Zooms Präsenz in Rechenzentren innerhalb hochsicherer Colocation-Einrichtungen mit physischer Sicherheit, redundanten Strom- und Kühlsystemen sowie Access zu führenden carrier-neutralen Internetdienstanbietern (ISPs) und Peering-Partner.

Aus technischer Sicht ist die Präsenz von Zoom in Rechenzentren mit fehlertoleranter Architektur aufgebaut, einschließlich vollständiger Redundanz und schneller Failover-Fähigkeiten von einem primären Rechenzentrum zu einem sekundären Rechenzentrum, um die Zuverlässigkeit zu erhöhen und Ausfallzeiten über alle Contact Center-Kanäle hinweg zu minimieren.

Für den unwahrscheinlichen Fall eines vollständigen Rechenzentrum-Ausfalls oder eines event, das den Service beeinträchtigt, können Medien-, Signalisierungs- und Registrierungsinformationen von Zoom Contact Center vorübergehend verloren gehen. Dies erfordert eine Konvergenz auf das Standby-, das sekundäre Rechenzentrum. In solchen Fällen registrieren sich die Sitzungen für Sprachkanäle erneut beim sekundären Rechenzentrum und leiten alle eingehenden Anrufe über den Backup-Carrier des Standort weiter. Anschließend werden alle neuen Anrufe über das sekundäre Rechenzentrum und dessen zugehörige aktiv-aktiv-Zonen verarbeitet, bis der Service vollständig wiederhergestellt ist. Nach der Wiederherstellung des Services wird ein Wartungsfenster eingesetzt, um den Betrieb wieder auf den normalen Zustand im entsprechenden primären Rechenzentrum zurückzuführen.

Das folgende Bild veranschaulicht auf hoher Ebene das Redundanzdesign des Zoom Rechenzentrum:

<div data-with-frame="true"><figure><img src="/files/590695e3d72a841a969d4f2a2e5ac2beb1587d39" alt=""><figcaption><p>Überblick über die Redundanz des Rechenzentrums von Zoom</p></figcaption></figure></div>

Lesern wird empfohlen, sich auf Zooms [Status](https://status.zoom.us/) und [Betriebszeit](https://uptime.zoom.us/) Websites für zusätzliche Informationen zur Dienstverfügbarkeit.


---

# 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:

```
GET https://library.zoom.com/technical-library/de/business-services/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
