> 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/rincon-del-administrador/architecture-and-design/bcdr-whitepaper.md). # Libro blanco de continuidad Comercial y recuperación ante desastres ## **Introducción** Zoom ofrece Comunicaciones unificadas como servicio (UCaaS) y Centro de contacto como servicio (CCaaS) basados en IA mediante una única plataforma integrada. Este documento detalla las innovaciones y la arquitectura que sustentan los servicios y productos líderes de Zoom, y explica cómo proporcionamos una experiencia coherente, segura y gestionable para los usuarios finales y el personal de TI en UCaaS y CCaaS. ## **Desarrollado a partir de la experiencia** La visión centrada en la nube de Zoom ayuda a las organizaciones a superar el costo y la complejidad de los sistemas locales heredados. En lugar de añadir funciones a conjuntos tecnológicos obsoletos, hemos invertido en ingeniería de pila completa para clientes, servicios multimedia y sistemas de salas, con el fin de optimizar la calidad, la resiliencia y la usabilidad de extremo a extremo como una plataforma cohesionada, respaldada por una estrategia de cliente único con una base de código común en todas las plataformas que aprovecha la experiencia de usuario nativa de cada SO. Ese enfoque centrado en la nube se refleja en la aplicación Zoom Workplace: una única aplicación moderna que proporciona a los usuarios Acceso centralizado a Meetings, chat, Phone, Centro de contacto, Eventos, seminarios web, Rooms, pizarra, Canvas y más. El Acceso se rige por licencias, de modo que TI puede activar o desactivar productos y funciones sin implementar una combinación de instaladores independientes ni gestionar versiones de cliente incompatibles. Para TI, el modelo reduce la sobrecarga: menos servidores que comprar, instalar en bastidores y actualizar; menos integraciones personalizadas que mantener; y sin necesidad de equipos completos dedicados a mantener en funcionamiento la infraestructura local. La capacidad, las actualizaciones y las mejoras de seguridad se proporcionan desde la nube, por lo que los administradores pueden centrarse en las políticas, la adopción y los resultados en lugar del mantenimiento. ## Arquitectura y resiliencia de medios en tiempo real Las siguientes secciones analizan el enfoque de diseño de Zoom para Habilitar una experiencia multimedia en tiempo real líder en su categoría. ### Zoom Meetings, seminarios web y Eventos La base de nuestra arquitectura es una capa de transporte inteligente que selecciona la mejor ruta según las condiciones y políticas reales de la red. Se utiliza UDP cuando está Disponible, con una transición fluida a TCP/TLS (incluido HTTPS/443) en entornos más restrictivos. El uso compartido de pantalla utiliza UDP fiable para lograr un movimiento fluido siempre que sea posible, con una transición automática si es necesario. Al estar Conectando a una reunión, un seminario web o un Evento, la aplicación Zoom Workplace se dirige mediante geolocalización a los recursos Disponibles más cercanos para minimizar la latencia. Cuando las políticas organizativas o el rendimiento lo requieren, el tráfico puede atravesar la red troncal global de Zoom mediante enlaces dedicados a distintos centros de datos.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Una descripción general de la arquitectura y el diseño activos-activos de Zoom para reuniones, seminarios web y eventos.

La siguiente capa es una capa reactiva de calidad de servicio que se adapta a las condiciones de red y del Dispositivo en tiempo real. Supervisa el ancho de banda, la pérdida de paquetes, la latencia y el jitter, y también recopila el uso local de CPU, la memoria y la E/S de red. Estas señales informan a las capas superiores para que tomen las acciones adaptativas apropiadas y mantengan la calidad y la fiabilidad. El códec personalizado y adaptable de Zoom en la capa de sesión está ajustado para ofrecer rendimiento en tiempo real. Los algoritmos circundantes optimizan continuamente la velocidad de fotogramas y la resolución para ajustarse a las condiciones del Dispositivo y de la red. Para ofrecer la mejor experiencia posible según lo permitan las condiciones, Zoom utiliza múltiples flujos de forma Simultánea, y la aplicación Zoom Workplace selecciona dinámicamente la capa más adecuada. Gracias a una compresión eficiente, las sesiones siguen siendo utilizables con pérdida de paquetes de hasta \~45%; en esos casos, se prioriza el audio sobre el video para mantener conversaciones claras. El enfoque de múltiples flujos también ajusta el ancho de banda a la capacidad de cada participante para enviar y recibir audio y video. La capa de conferencias distribuidas de Zoom utiliza conmutación basada en suscripción sin transcodificación ni mezcla del lado del servidor. Los servicios tradicionales a menudo transcodifican y mezclan flujos, lo que añade sobrecarga de CPU y memoria; nuestro enfoque de conmutación está diseñado para reducir el uso de recursos y escalar de forma eficiente. Los Participantes se enrutan por geolocalización al centro de datos más cercano y se asignan al servidor menos cargado; cuando los asistentes están co-ubicados, pueden agruparse en el mismo servidor para lograr eficiencia. La arquitectura admite implementaciones flexibles locales e híbridas y proporciona rutas de tráfico en cascada para grandes empresas. El Servidor de reunión es nuestro MMR (enrutador multimedia), y cada MMR se agrupa en una “Zona de reunión”. Los Controladores de Zona administran todos los MMR y reportan su estado al Controlador Global de nube de cada Zona de reunión. Las Zonas de reunión se duplican para cada centro de datos con exactamente la misma arquitectura, y podemos añadir fácilmente más zonas sobre la marcha para aumentar la capacidad en cada región. Las tres capas (el MMR, el Controlador de Zoom y el Controlador Global de nube) se utilizan para equilibrar los recursos en diferentes ubicaciones. Si solo hay dos participantes en una reunión, Zoom puede utilizar conexiones de igual a igual para ofrecer una velocidad y fiabilidad excelentes. Todo esto permite a Zoom mantener una disponibilidad de los servicios de reunión del 99,9 % de tiempo de actividad y ofrecer una experiencia de videoconferencia fiable. ### Zoom Phone Zoom Phone se creó en la nube y para la nube, utilizando las adaptaciones de calidad de audio ya probadas que están disponibles en nuestros productos Zoom Meetings y seminarios web. La arquitectura de Zoom tiene redundancia y resiliencia integradas, lo que da como resultado una solución de alta disponibilidad que puede escalar para satisfacer incluso las necesidades de la Organización más grande. Zoom Phone utiliza mecanismos inteligentes de transporte para ofrecer conectividad fiable en diversos entornos de red. Para los medios, usa SRTP sobre UDP cuando está Disponible, con una conmutación automática fluida a TCP/TLS, junto con velocidad de bits adaptativa y mitigación de pérdida de paquetes para preservar la calidad de audio en condiciones deficientes. Para la conectividad, las llamadas se enrutan a la Zona SIP Disponible más cercana para minimizar la latencia, con conmutación por error automática entre centros de datos cuando es necesario.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

la arquitectura activa-activa de Zoom Phone

Zoom cuenta con Controladores de Borde de Sesión (SBC) redundantes en cada uno de sus centros de datos que protegen las comunicaciones de clientes y operadores. Estos SBC de nivel operador facilitan el Acceso sencillo para una amplia gama de organizaciones, desde los Clientes más pequeños hasta las empresas globales. Los equilibradores de carga redirigen las comunicaciones basadas en SIP a los Conmutadores de llamada de Zoom para distribuir de manera uniforme el volumen de llamadas. Esta distribución permite una experiencia fluida para los usuarios, incluso durante los picos de registro y las horas de llamada en las que el sistema está Ocupado. Los conmutadores de llamadas son el control central de llamadas de Zoom Phone. Estos componentes escalables no solo admiten la funcionalidad básica de PBX, sino que también facilitan los datos de telemetría al Panel de control de Zoom Phone y sirven para Habilitar funciones como elevar las llamadas de Zoom Phone a Zoom Meetings.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Arquitectura activo-activo para hardware y zonas SIP alojadas dentro de un centro de datos

La aplicación Zoom Workplace utiliza lógica propietaria para supervisar el ancho de banda, la pérdida de paquetes, la latencia y el jitter de la aplicación, al tiempo que también recopila el uso de CPU, la memoria y la E/S de red de la aplicación. Esta tecnología supervisa activamente las llamadas y realiza ajustes en tiempo real para superar las malas condiciones de red y ofrecer una calidad y fiabilidad superiores de las llamadas para diversos entornos de red y diferentes dispositivos. El Panel de control de Zoom Phone captura datos de Calidad de servicio (QoS) en tiempo real e históricos, así como métricas de uso y adopción, registros de llamadas y métricas relacionadas con los servicios de emergencia nómadas. Zoom clasifica automáticamente cada llamada con una Puntuación media de opinión (MOS), lo que permite a los administradores de TI rastrear el rendimiento de todas las llamadas que atraviesan la red y aislar posibles problemas relacionados con la red.
### Centro de contacto de Zoom De manera similar a Zoom Phone, la arquitectura activo-activo del centro de contacto ayuda a proporcionar resiliencia y redundancia en su entorno omnicanal. Basándose en arquitecturas probadas de Zoom Meetings y de los servicios de Zoom Phone, el centro de contacto integra sin problemas capacidades de comunicación en tiempo real con funcionalidad web, creando una interfaz intuitiva que beneficia tanto a su equipo de agentes como a sus clientes. Cada centro de datos cuenta con dos zonas idénticas e interconectadas del Protocolo de Iniciación de Sesión (SIP). Las zonas SIP permiten realizar y recibir llamadas de voz por Internet, y cada zona está equipada con hardware y servicios dedicados para garantizar un funcionamiento independiente. Dentro de un centro de datos, un equilibrador de carga distribuye uniformemente las llamadas entre ambas zonas SIP. Las llamadas se distribuyen entre un clúster de conmutadores de llamadas, que son responsables de varias funciones, como Enrutamiento de llamadas, configuración y desmantelamiento. Desde los conmutadores de llamadas, las llamadas se conectan a un SBC dentro de cada zona, que se conecta ya sea a la red subyacente de proveedores de Zoom o a un operador proporcionado por el cliente para el enrutamiento de RTPC hasta que la llamada alcanza su destino final. Los SBC, los equilibradores de carga y los conmutadores de llamadas se complementan con hardware redundante en espera para ofrecer resiliencia. La voz en el centro de contacto de Zoom se beneficia del mismo comportamiento de adaptación y transporte del cliente que Zoom Phone—usando UDP cuando está disponible con retorno a TCP/TLS—para que el audio se mantenga nítido incluso en redes con limitaciones. Para el vídeo y los canales digitales, el servicio aprovecha la columna vertebral de medios en tiempo real de Zoom y la resiliencia de la nube para ofrecer calidad constante y conmutación por error. #### Cobrowse El servicio Cobrowse de Zoom centro de contacto se ejecuta sobre una infraestructura que es independiente del servicio principal de Zoom centro de contacto. Cuando comienza una sesión, el kit de desarrollo de software (SDK) establece una conexión WebSocket persistente con el Cobrowsing Hub Server (CHS) para la comunicación bidireccional, con el tráfico enrutado por geolocalización al centro de datos Disponible más cercano para reducir la latencia. El servicio utiliza una arquitectura distribuida sin estado, con equilibrio de carga dinámico entre nodos CHS para admitir un escalado elástico en modelos de implementación en la nube, híbridos y locales. Para ayudar a mantener la continuidad de la sesión, el SDK se vuelve a conectar automáticamente a nodos CHS sanos si se interrumpe la conectividad y puede hacer failover entre centros de datos con una interrupción mínima. Combinada con la supervisión continua del estado y el enfoque de resiliencia activo-activo más amplio de Zoom, esta arquitectura está diseñada para ofrecer un rendimiento de cobrowsing fiable y escalable para entornos de tipo Empresarial.

Arquitectura activo-activo para zonas del SDK de Cobrowse alojadas dentro de un centro de datos

## **Zoom Node para implementaciones híbridas y locales** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) es una plataforma híbrida gestionada en la nube que vincula los recursos de su centro de datos con la nube de Zoom, lo que le permite implementar Módulos de Servicio de Zoom (cargas de trabajo) en local y administrarlos desde el portal web de Zoom. Dos módulos destacan por su resiliencia: Zoom Meetings Hybrid y Zoom Phone Local Survivability (ZPLS). [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) enruta los medios en tiempo real para los Participantes internos a través de su Node local mientras la señalización, el administrador y las políticas permanecen en la nube de Zoom, e incluye una opción de supervivencia local si los centros de datos de Zoom quedan inaccesibles. Los usuarios internos obtienen rutas de baja latencia y una menor salida de Internet, mientras que los Participantes externos pueden Unirse a través de la nube como de costumbre. Las cuentas también pueden Añadir Conector de grabación para la captura local cuando sea necesario, con failover automático en la nube si la capacidad local no está Disponible.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

El módulo Zoom Meetings Hybrid muestra cómo los usuarios de una red local se conectan al MMR híbrido, en cascada hacia la nube.

[Zoom Phone Local Survivability](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) mantiene las llamadas principales Disponible en un sitio si la ruta WAN o del proveedor se cae. Los teléfonos se registran localmente, las llamadas de extensión internas continúan y, cuando se configura, las llamadas salientes críticas pueden mantenerse a través de una ruta RTPC local. Cuando la conectividad regresa, el servicio reanuda automáticamente la operación normal en la nube.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability admite múltiples escenarios de reversión para RTPC y
la conectividad entre sitios en caso de un Evento que impacte el servicio.

## **Centros de datos distribuidos globalmente y redundancia** Zoom tiene brokers y servidores de comunicaciones distribuidos entre varios centros de datos interconectados en todo el mundo. Evaluamos constantemente nuestros centros de datos y proveedores de servicios de Internet (ISP) para optimizar el rendimiento para nuestros Clientes en cuanto a ancho de banda, latencia y aislamiento para recuperación ante desastres. Nuestros centros de datos están ubicados en instalaciones de coubicación seguras que son neutrales respecto al operador ISP y proporcionan seguridad física, energía redundante y Acceso Simultánea a ISP de primer nivel y socios de peering. También tenemos ciertas implementaciones en proveedores de nube pública cuando lo justifican los requisitos regionales o de capacidad. Nuestras instalaciones de coubicación están construidas con una arquitectura tolerante a fallos, con redundancia completa y capacidad de conmutación por error rápida. Zoom distribuye dinámicamente la carga de los servidores de comunicaciones para mover automáticamente las nuevas sesiones al centro de datos que tenga el mejor tiempo de respuesta. Estas instalaciones también están diseñadas para la resiliencia en la capa física. Cada instalación de coubicación se construye con redundancia N+1 y un conjunto completo de controles ambientales destinados a mantener la instalación operativa ante fallos de componentes y riesgos físicos: * Controles de temperatura y humedad * Sistemas de energía totalmente redundantes y dimensionados para acomodar el fallo de componentes * Iluminación de emergencia resiliente * Protección contra incendios * Protección contra daños por agua Los centros de datos incluyen modelos de redundancia de suministro de energía ininterrumpida (UPS) como N, N+1 o 2N, y redundancia de generadores mediante un diseño N+1, y el mantenimiento y las pruebas de la energía son gestionados por el proveedor aplicable del centro de datos. Donde Zoom usa AWS para servir de anfitrión a partes de su infraestructura de nube, la existencia y operación de los controles de AWS son revisadas anualmente por el equipo de Seguridad de Zoom mediante informes de auditores de servicios externos; cualquier excepción identificada se discute con AWS y, cuando puedan presentar un riesgo para los sistemas o los datos de Zoom, se eleva a la dirección de Zoom.

Ubicaciones de centros de datos Comercial de Zoom en todo el mundo (septiembre de 2026)

## **capacidad** Zoom mantiene un 50 % de capacidad excedente en todos los aspectos de nuestra infraestructura para acomodar nuestro Comercial en crecimiento y satisfacer los requisitos de uso máximo. Estamos seguros de nuestra capacidad para proporcionar servicio y escalar en función de las necesidades actuales y futuras de nuestros clientes. ## **Continuidad Comercial y recuperación ante desastres** La confiabilidad en condiciones normales es solo parte de la historia; igual de importante es cómo se comporta la plataforma cuando algo sale mal. Las interrupciones —como desastres naturales, fallos de energía o de instalaciones, incidentes cibernéticos, cortes de red y fallos de hardware— son una realidad inevitable para cualquier servicio global, y la resiliencia de Zoom proviene de cómo se prepara para estos eventos, cómo los soporta y cómo se recupera de ellos. Esa resiliencia se basa en cuatro capas distintas pero conectadas, cada una operando en un punto diferente antes, durante y después de una interrupción: * **Alta disponibilidad** — la capa arquitectónica que reduce la probabilidad y el impacto de los fallos antes de que ocurran, eliminando puntos únicos de fallo. * **Continuidad Comercial** — la capa operativa que mantiene en funcionamiento las funciones esenciales de Comercial cuando se produce una interrupción. * **Recuperación ante desastres** — la capa de restauración que devuelve los sistemas y servicios tecnológicos afectados al funcionamiento normal después de un Evento disruptivo. * **Pruebas** — la capa de validación que confirma que estas prácticas funcionan y revela lecciones para la mejora continua. Estas capas se construyen unas sobre otras: la alta disponibilidad reduce con qué frecuencia se necesita la recuperación, la continuidad del negocio regula lo que sigue funcionando mientras ocurre, la recuperación ante desastres restaura lo que se vio afectado y las pruebas validan el conjunto completo. La arquitectura descrita a lo largo de este documento — centros de datos activo-activo, Enrutamiento basado en geolocalización, conmutación por error automática e implementación N+1 — es la capa de alta disponibilidad en la práctica. Las secciones siguientes describen las tres restantes. ### Alta disponibilidad La alta disponibilidad se refiere al diseño de sistemas y servicios destinado a respaldar la operación continua y un tiempo de inactividad mínimo, y se integra en los sistemas de Zoom con el objetivo de minimizar o eliminar puntos críticos de fallo. Los servicios están diseñados para resistir interrupciones completas de centros de datos, y los procesos automatizados desvían el tráfico lejos de una zona afectada cuando ocurre una falla. Las aplicaciones principales se implementan según un estándar N+1, de modo que, si un centro de datos deja de estar disponible, permanezca suficiente capacidad para balancear la carga del tráfico entre los sitios supervivientes. Esta filosofía de diseño abarca el conjunto completo de sistemas de los que depende una plataforma de comunicaciones: instalaciones redundantes, infraestructura de telefonía, conectividad a Internet y LAN, infraestructura de seguridad, sistemas de bases de datos relacionales, almacenamiento masivo, copias de seguridad, hardware y las prácticas asociadas de gestión de la capacidad y mantenimiento, de modo que la falla de cualquier componente, sistema o instalación individual no resulte en una pérdida de servicio. ### Continuidad Comercial La planificación de continuidad del negocio de Zoom está diseñada para minimizar el impacto de las interrupciones en las operaciones, proteger los activos y mantener los servicios esenciales para los clientes y las partes interesadas. Identifica las funciones de negocio que deben preservarse o restablecerse primero, las personas, la tecnología, los proveedores y los recursos del lugar de trabajo de los que dependen esas funciones, y el impacto potencial si esas dependencias se ven interrumpidas. Esto proporciona a Zoom una base estructurada para coordinar la respuesta y la recuperación cuando las operaciones normales se ven afectadas, especialmente cuando varias funciones o recursos requieren atención al mismo tiempo. Como base de esta planificación se encuentra un Análisis de Impacto Comercial (BIA), el proceso sistemático que Zoom utiliza para identificar y evaluar los efectos potenciales de las interrupciones en funciones críticas de negocio. Zoom realiza un BIA para las funciones críticas al menos una vez al año, o ante un Cambie significativo en un proceso crítico de negocio. El análisis abarca cuatro componentes clave: 1. **Identificación de funciones críticas de negocio** — documentando los procesos clave esenciales para las operaciones de Zoom y determinando las dependencias e interdependencias entre ellos. 2. **Evaluación del impacto** — evaluando el posible impacto de las interrupciones en cada función, considerando las pérdidas financieras, el tiempo de inactividad operativa, las implicaciones legales y regulatorias, y el daño reputacional. 3. **Requisitos de recursos** — identificando al personal, la tecnología, las instalaciones y los servicios de terceros necesarios para respaldar la recuperación, y evaluando su disponibilidad y suficiencia. 4. **Priorización de los esfuerzos de recuperación** — secuenciando la recuperación de las funciones críticas en función de su impacto y de los objetivos de recuperación establecidos, de modo que las funciones más críticas se restauren primero. ### Recuperación ante desastres Zoom valida regularmente sus capacidades de recuperación ante desastres mediante pruebas anuales en todos sus productos. La empresa mantiene un Plan de Recuperación ante Desastres (DRP) formal y documentado que define los procedimientos para restaurar los sistemas y servicios críticos tras una interrupción, incluidas las estrategias de recuperación, los roles y responsabilidades y los protocolos de comunicación. El DRP de Zoom está diseñado para abordar diversos escenarios de desastre que pueden incluir uno o más de los siguientes: cortes de energía, pérdida de conectividad de red, fallos de hardware, desastres naturales y otros eventos disruptivos, hasta e incluido el fallo total de las instalaciones. Las normas de seguridad de la información que rigen la recuperación ante desastres están documentadas, aprobadas, comunicadas y revisadas al menos una vez al año. En lugar de mantener un sitio de recuperación en caliente dedicado para los servicios en la nube, Zoom se basa en una arquitectura redundante, centros de datos multisitio y varios proveedores de nube, incluidos AWS, OCI y GCP, para respaldar la continuidad. A nivel de plataforma, el patrón de recuperación difiere según el tipo de servicio: * **Clúster web y comunicaciones no en tiempo real** utilizan infraestructura de alta disponibilidad de AWS en una configuración activo-activo multirregional, se basan en registros DNS para Habilitar la conmutación por error entre centros de datos, e incluyen múltiples componentes con capacidades de replicación dentro de cada centro de datos. * **Centros de datos regionales y comunicaciones en tiempo real** operan en una configuración activo-activa en proveedores de Nivel 3 o superior distribuidos geográficamente, con componentes y conectividad redundantes y resilientes dentro de cada centro de datos regional, diversos operadores que respaldan la conectividad y conmutación por error entre regiones que requiere reconexión. Las estrategias de recuperación documentadas de Zoom incluyen conmutación por error entre regiones, que desvía el tráfico o los servicios de una región afectada, y reversión mediante implementación blue-green, que devuelve los servicios a un entorno o estado de implementación previamente conocido como bueno para recuperarse de problemas relacionados con el software o la implementación. Estas estrategias se miden frente a objetivos de recuperación definidos. El objetivo de tiempo de recuperación (RTO) — el tiempo objetivo para restaurar el servicio después de una interrupción — tiene como meta menos de cinco minutos. El objetivo de punto de recuperación (RPO) — la cantidad objetivo de pérdida de datos tolerable — tiene como meta no perder datos, respaldado por la replicación de datos almacenados en la nube en múltiples zonas de disponibilidad. Estos objetivos informan el diseño y las pruebas de Zoom, en lugar de funcionar como garantías del servicio. La copia de seguridad y la restauración eficaces de datos son un componente central de este enfoque, ya que protegen la información crítica para que pueda restaurarse en caso de una interrupción y mantener la continuidad Comercial. Zoom no comparte externamente su plan completo de recuperación ante desastres ni los resultados detallados de las pruebas, ya que esos materiales contienen información comercial interna y confidencial sensible. Consulte [Centro de confianza de Zoom](https://www.zoom.com/en/trust/legal-compliance/) para obtener más información sobre la documentación públicamente Disponible. ### Pruebas Zoom valida sus prácticas de recuperación mediante pruebas anuales de mesa y de conmutación por error realizadas por auditores externos. Estas pruebas confirman que los procesos de respuesta y recuperación funcionan según lo previsto, identifican brechas y respaldan la mejora continua mediante las lecciones aprendidas. Las pruebas han abarcado un amplio conjunto de productos y áreas de servicio en toda la plataforma, incluidos Zoom Meetings, Zoom Phone, Zoom centro de contacto, Zoom Virtual Agent, Zoom Rooms, Zoom Events, pizarra, Reserva de espacio de trabajo y las pasarelas RTC y de telefonía, entre otros. Combinado con la arquitectura redundante y activo-activa descrita a lo largo de este documento, este enfoque por capas está diseñado para mantener los servicios de Zoom Disponible y recuperables en una amplia gama de condiciones disruptivas. ## **Conclusión** La confiabilidad de Zoom está respaldada por una arquitectura en capas que combina diseño de servicios primero en la nube, Enrutamiento adaptativo de medios, infraestructura global redundante, planificación de capacidad y prácticas formales de continuidad Comercial y recuperación ante desastres. En Reuniones, Teléfono, centro de contacto, Zoom Node, centros de datos globales y servicios relacionados, la plataforma de Zoom está diseñada para respaldar comunicaciones consistentes en diversas redes, regiones, dispositivos y modelos de implementación. Los mismos principios de diseño que respaldan la calidad del servicio día a día también respaldan la resiliencia a escala. La arquitectura activo-activo, el Enrutamiento inteligente, el transporte adaptativo, las instalaciones redundantes, la planificación de la recuperación, las prácticas de respaldo y las pruebas periódicas trabajan en conjunto para ayudar a mantener los servicios esenciales y apoyar la recuperación cuando ocurren eventos operativos. Para los Clientes y los equipos de TI, este enfoque proporciona una plataforma diseñada para una comunicación confiable, continuidad operativa y una implementación Empresarial manejable en entornos UCaaS y CCaaS. *Escrito por Jakob Ganschow y Sam Azimipour* --- # 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/rincon-del-administrador/architecture-and-design/bcdr-whitepaper.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.