> 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/es/servicios-comercial/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).
# Arquitectura
Zoom centro de contacto está diseñado con una arquitectura activo-activo para ofrecer fiabilidad y resiliencia.
Las siguientes secciones proporcionan una visión general de la arquitectura de Zoom centro de contacto.
### Zonas SIP del centro de datos de Zoom centro de contacto
En una arquitectura activo-activo, la resiliencia y la redundancia son clave. Para dar soporte al canal de voz y a las necesidades de telefonía, cada centro de datos de Zoom centro de contacto cuenta con dos zonas SIP idénticas e interconectadas, equipadas con hardware y servicios dedicados para una resiliencia y sostenibilidad independientes.
Durante las operaciones normales, un balanceador de carga distribuye equitativamente las llamadas entre ambas zonas SIP dentro de un centro de datos. Dentro de cada zona SIP, las llamadas se distribuyen de manera equitativa entre un clúster de conmutadores de llamadas, que son responsables de varias funciones, como el Enrutamiento de llamadas, la configuración y la finalización. Desde los conmutadores de llamadas, las llamadas se conectan a un Controlador de borde de sesión (SBC) dentro de cada zona, que se conecta ya sea a la red subyacente de proveedores de Zoom o al operador proporcionado por el cliente (BYOC-P) para el Enrutamiento de RTPC hasta que la llamada llega a su destino final.
Dentro de este marco, cada pieza integral de la arquitectura —es decir, SBC, balanceadores de carga y conmutadores de llamadas— se complementa con hardware redundante en espera para garantizar la resiliencia. En caso de que una zona SIP experimente un Evento que afecte al servicio, el medio activo de una llamada, la señalización y el registro realizarán un failover a la otra zona para ofrecer un servicio ininterrumpido. Además, dado que Zoom se esfuerza por no superar el 50% de capacidad dentro de cada zona SIP en cualquier momento, en caso de que se produzca un Evento que afecte al servicio dentro de una zona SIP, las llamadas deberían realizar failover a la zona opuesta sin problemas hasta que se reanuden las operaciones estándar.
El siguiente diagrama ilustra a alto nivel el diseño de arquitectura activo-activo de una zona SIP:
Descripción general de la arquitectura activo-activo de una zona SIP
### Centros de datos de Zoom centro de contacto en general
Desde una perspectiva física, la presencia de Zoom en centros de datos se encuentra dentro de instalaciones de colocation altamente seguras, con seguridad física, sistemas redundantes de alimentación y refrigeración, y acceso a proveedores líderes de servicios de Internet (ISP) neutrales respecto a operadores y a socios de peering.
Desde una perspectiva tecnológica, la presencia de Zoom en centros de datos se basa en una arquitectura tolerante a fallos, incluida la redundancia total y las capacidades de failover rápido desde un centro de datos principal a un centro de datos secundario, para mejorar la fiabilidad y minimizar el tiempo de inactividad en todos los canales del centro de contacto.
En el improbable caso de una interrupción completa del centro de datos o de un Evento que afecte al servicio, la información de medios, señalización y registro de Zoom centro de contacto podría perderse temporalmente, lo que requeriría una convergencia en el centro de datos secundario en espera. En tales casos, las sesiones del canal de voz volverán a registrarse en el centro de datos secundario, dirigiendo todas las llamadas entrantes a través del operador de respaldo de la Ubicación. Posteriormente, todas las llamadas nuevas se procesarán a través del centro de datos secundario y sus zonas activo-activo correspondientes hasta que el servicio se restablezca por completo. Una vez restablecido el servicio, se utilizará una ventana de mantenimiento para devolver las operaciones a la normalidad en el centro de datos principal adecuado.
La siguiente imagen ilustra a alto nivel el diseño de redundancia del centro de datos de Zoom:
Descripción general de la redundancia del centro de datos de Zoom
Se anima a los lectores a consultar los [Estado](https://status.zoom.us/) y [sitios Uptime](https://uptime.zoom.us/) de Zoom para obtener información adicional sobre la disponibilidad del servicio.
---
# 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/es/servicios-comercial/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md?ask=&goal=
```
`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.