> 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/services-aux-affaires/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 un aperçu général 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 comporte deux zones SIP identiques et interconnectées, équipées de matériel et de services dédiés pour une résilience et une pérennité 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’appels, qui sont responsables de diverses fonctions telles que le routage des appels, la configuration et la fermeture. Depuis les commutateurs d’appels, les appels se connectent à un Contrôleur de bordure de session (SBC) au sein de chaque zone, lequel se connecte soit au réseau sous-jacent de fournisseurs de Zoom, soit au transporteur 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 essentiel de l’architecture — c’est-à-dire les SBC, les équilibreurs de charge et les commutateurs d’appels — est complété par du matériel redondant en veille pour la résilience. Dans le cas où une zone SIP subit un événement ayant un impact sur le service, les médias actifs, la signalisation et l’inscription d’un appel basculeront vers l’autre zone pour assurer un service ininterrompu. De plus, comme Zoom s’efforce de ne jamais dépasser 50 % de capacité 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 normales.

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

<div data-with-frame="true"><figure><img src="https://4108585137-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fq98WhB6gPiO2XHt8t7wK%2Fimage4.png?alt=media&amp;token=0cb2610a-853b-4a55-a6a3-b862eb5634fe" alt=""><figcaption><p>Aperçu de l’architecture actif-actif d’une zone SIP</p></figcaption></figure></div>

### Les data centers de Zoom centre de contact dans leur ensemble

Sur le plan physique, la présence de Zoom dans les data centers se situe dans des installations de colocation hautement sécurisées avec une sécurité physique, des systèmes d’alimentation et de refroidissement redondants, et l’accès aux principaux fournisseurs d’accès à Internet neutres vis-à-vis des opérateurs (FAI) et aux partenaires de peering.

Sur le plan technologique, la présence de Zoom dans les data centers repose sur une architecture tolérante aux pannes, incluant 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 l’ensemble des canaux du centre de contact.

Dans le cas peu probable d’une panne complète de data center ou d’un événement ayant un impact sur le service, les médias, la signalisation et les informations d’inscription de Zoom centre de contact peuvent être temporairement perdus, nécessitant 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, acheminant tous les appels entrants via le transporteur de secours de l’Emplacement. Par la suite, tous les nouveaux appels seront traités par le data center secondaire et ses zones actif-actif concernées jusqu’à ce que le service soit entièrement rétabli. 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 des data centers de Zoom :

<div data-with-frame="true"><figure><img src="https://4108585137-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FHwgqOR49uylTiWcQMbHk%2Fimage.png?alt=media&amp;token=cc462744-8890-4cd4-b3e2-b0efdbb282e1" alt=""><figcaption><p>Aperçu de la redondance des data centers de Zoom</p></figcaption></figure></div>

Les lecteurs sont invités à consulter les sites de Zoom [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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/fr/services-aux-affaires/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md?ask=<question>&goal=<endgoal>
```

`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.
