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

# Architecture

Zoom centre de contact est conçu avec une architecture actif-actif pour la fiabilité et la résilience.

Les sections suivantes fournissent une vue d’ensemble générale de l’architecture de Zoom centre de contact.

### Zones SIP du data center de Zoom centre de contact

Dans une architecture actif-actif, la résilience et la redondance sont essentielles. Pour prendre en charge les besoins du canal vocal et de la téléphonie, chaque data center de Zoom centre de contact comprend deux zones SIP identiques et interconnectées, équipées de matériel et de services dédiés pour une résilience et une durabilité indépendantes.

Pendant les opérations normales, un équilibreur de charge répartit uniformément les appels entre les deux zones SIP au sein d’un data center. Au sein de chaque zone SIP, les appels sont répartis équitablement entre un cluster de commutateurs d’appel, qui sont responsables de diverses fonctions telles que le routage des appels, l’établissement et la libération des appels. Depuis les commutateurs d’appel, les appels se connectent à un Contrôleur de frontière de session (SBC) au sein de chaque zone, qui se connecte soit au réseau sous-jacent de fournisseurs de Zoom, soit à l’opérateur fourni par le client (BYOC-P) pour le routage RTC jusqu’à ce que l’appel atteigne sa destination finale.

Dans ce cadre, chaque élément intégral de l’architecture, c’est-à-dire les SBC, les équilibreurs de charge et les commutateurs d’appel, est complété par du matériel redondant en veille pour la résilience. Dans le cas où une zone SIP subirait un événement ayant un impact sur le service, le média actif, la signalisation et l’inscription d’un appel basculeront vers l’autre zone pour assurer un service ininterrompu. De plus, comme Zoom vise une capacité ne dépassant pas 50 % dans chaque zone SIP à tout moment, en cas d’événement ayant un impact sur le service dans une zone SIP, les appels devraient basculer vers la zone opposée sans problème jusqu’à la reprise des opérations standard.

Le schéma suivant illustre à un niveau élevé la conception de l’architecture actif-actif d’une zone SIP :

<div data-with-frame="true"><figure><img src="/files/838cbb33aaee1d2779b1b325ee0c91861af5293c" alt=""><figcaption><p>Vue d’ensemble de l’architecture actif-actif d’une zone SIP</p></figcaption></figure></div>

### Les data centers de Zoom centre de contact à grande échelle

D’un point de vue physique, la présence de Zoom dans les data centers est située dans des installations de colocation hautement sécurisées, avec une sécurité physique, des systèmes d’alimentation et de refroidissement redondants, et un accès à des fournisseurs d’accès Internet (FAI) neutres vis-à-vis des opérateurs et à des Partenaires de peering de premier plan.

D’un point de vue technologique, la présence de Zoom dans les data centers est construite avec une architecture tolérante aux pannes, y compris une redondance complète et des capacités de basculement rapide d’un data center principal vers un data center secondaire, afin d’améliorer la fiabilité et de minimiser les temps d’arrêt sur tous les canaux du centre de contact.

Dans l’éventualité peu probable d’une panne complète du data center ou d’un événement ayant un impact sur le service, les informations de média, de signalisation et d’inscription de Zoom centre de contact peuvent être temporairement perdues, ce qui nécessite une convergence vers le data center secondaire en veille. Dans de tels cas, les sessions du canal vocal se réinscriront auprès du data center secondaire, en dirigeant tous les appels entrants via l’opérateur de secours de l’Emplacement. Par la suite, tous les nouveaux appels seront traités via le data center secondaire et ses zones actif-actif pertinentes jusqu’au rétablissement complet du service. Après le rétablissement du service, une fenêtre de maintenance sera utilisée pour ramener les opérations à la normale dans le data center principal approprié.

L’image suivante illustre à un niveau élevé la conception de redondance du data center de Zoom :

<div data-with-frame="true"><figure><img src="/files/3366d970ff634b1ded487306f76c7c72214993b6" alt=""><figcaption><p>Vue d’ensemble de la redondance du data center de Zoom</p></figcaption></figure></div>

Les lecteurs sont encouragés à consulter le/la [Statut](https://status.zoom.us/) et [Disponibilité](https://uptime.zoom.us/) sites pour obtenir des informations supplémentaires sur la disponibilité du service.


---

# 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/fr/affaires-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.
