> 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/pt/canto-do-administrador/architecture-and-design/bcdr-whitepaper.md). # Livro branco sobre Continuidade Corporativa e Recuperação de Desastres ## **Introdução** A Zoom entrega Comunicações Unificadas como serviço (UCaaS) orientadas por IA e Contact Center como serviço (CCaaS) por meio de uma plataforma única e integrada. Este documento descreve as inovações e a arquitetura por trás dos serviços e produtos de classe mundial da Zoom, explicando como fornecemos uma experiência consistente, segura e gerenciável para usuários finais e TI em UCaaS e CCaaS. ## **Construído a partir da experiência** A visão da Zoom voltada para a nuvem ajuda as organizações a ir além do custo e da complexidade de sistemas legados locais. Em vez de adicionar recursos a pilhas envelhecidas, investimos em engenharia full-stack em clientes, serviços de mídia e sistemas de salas para otimizar a qualidade, a resiliência e a usabilidade de ponta a ponta como uma única plataforma coesa — ancorada por uma estratégia de cliente único, com uma base de código comum entre plataformas que aproveita a UX nativa de cada SO. Essa abordagem priorizando a nuvem aparece no aplicativo Zoom Workplace: um aplicativo único e moderno que oferece aos usuários acesso centralizado a Reuniões, chat, Telefone, central de contato, Eventos, Webinars, Salas, quadro de compartilhamento, Canvas e muito mais. O Acessar é regido por licenciamento, para que a TI possa ativar ou desativar produtos e recursos sem implantar um conjunto fragmentado de instaladores separados ou gerenciar versões conflitantes do cliente. Para a TI, o modelo reduz a sobrecarga — menos servidores para comprar, instalar em rack e aplicar patches; menos integrações personalizadas para manter; e sem necessidade de equipas inteiras dedicadas a manter a infraestrutura no local a funcionar. A capacidade, as atualizações e as melhorias de segurança são entregues a partir da nuvem, para que os administradores se possam concentrar na política, na adoção e nos resultados, em vez da manutenção. ## Arquitetura e resiliência de mídia em tempo real As seções a seguir discutem a abordagem de design do Zoom para Habilitar uma experiência de mídia em tempo real de primeira classe. ### Zoom Meetings, Webinars e Eventos A base da nossa arquitetura é uma camada de transporte inteligente que seleciona o melhor caminho com base nas condições reais da rede e nas políticas. O UDP é usado quando disponível, com fallback contínuo para TCP/TLS (incluindo HTTPS/443) em ambientes mais restritivos. compartilhamento de tela usa UDP Confiável para movimento suave sempre que possível, com fallback automático se necessário. Quando Conectando a uma reunião, webinar ou Evento, o aplicativo Zoom Workplace é direcionado pela geolocalização para os recursos Disponível mais próximos para minimizar a latência. Quando as políticas organizacionais ou o desempenho exigirem, o tráfego pode atravessar a espinha dorsal global do Zoom por meio de links dedicados para diferentes data centers.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Uma visão geral da arquitetura e do design ativo-ativo de Zoom Meetings, webinar e eventos.

A próxima camada é uma camada reativa de qualidade de serviço que se adapta às condições de rede e do dispositivo em tempo real. Ela monitora largura de banda, perda de pacotes, latência e jitter, e também coleta uso local de CPU, memória e E/S de rede. Esses sinais informam as camadas superiores para tomar as ações adaptativas apropriadas a fim de manter a qualidade e a confiabilidade. O codec personalizado e adaptativo do Zoom na camada de sessão é ajustado para desempenho em tempo real. Os algoritmos ao redor otimizam continuamente a taxa de quadros e a resolução para corresponder às condições do dispositivo e da rede. Para proporcionar a melhor experiência possível conforme as condições Permitir, o Zoom usa vários fluxos simultâneos (Simultâneo), e o aplicativo Zoom Workplace seleciona dinamicamente a camada mais apropriada. Graças à compressão eficiente, as sessões permanecem utilizáveis com perda de pacotes de até \~45%; nesses casos, o áudio é priorizado em vez do vídeo para manter as conversas claras. A abordagem multistream também ajusta a largura de banda à capacidade de cada participante de enviar e receber áudio e vídeo. A camada de conferência distribuída do Zoom usa comutação baseada em assinatura, sem transcodificação ou mixagem no lado do servidor. Os serviços tradicionais geralmente transcodificam e misturam fluxos, adicionando sobrecarga de CPU e memória; nossa abordagem de comutação foi projetada para reduzir o uso de recursos e escalar com eficiência. Os participantes são roteados por geolocalização para o datacenter mais próximo e atribuídos ao servidor menos carregado; quando os participantes estão co-localizados, eles podem ser agrupados no mesmo servidor para maior eficiência. A arquitetura oferece suporte a implantações flexíveis locais e híbridas e fornece caminhos de tráfego em cascata para grandes empresas. O Servidor de Reunião é o nosso MMR (roteador multimídia), e cada MMR é agrupado em uma “Zona de Reunião”. Os Controladores de Zona gerenciam todos os MMRs e denunciam o seu status para o Controlador Global da Nuvem de cada Zona de Reunião. As Zonas de Reunião são duplicadas para cada datacenter com exatamente a mesma arquitetura, e podemos adicionar mais zonas em tempo real facilmente para capacidade adicional em cada região. As três camadas (o MMR, o Controlador do Zoom e o Controlador Global da Nuvem) são usadas para equilibrar recursos em locais diferentes. Se apenas dois participantes estiverem em uma reunião, o Zoom pode utilizar conexões ponto a ponto para excelente velocidade e confiabilidade. Tudo isso permite que o Zoom mantenha a disponibilidade dos serviços de reunião em 99,9% de uptime e ofereça uma experiência confiável de videoconferência. ### Zoom Phone O Zoom Phone foi criado na nuvem e para a nuvem, usando as adaptações comprovadas de qualidade de áudio já disponíveis em nossos produtos Zoom Meetings e webinars. A arquitetura do Zoom tem redundância e resiliência integradas, resultando em uma solução altamente disponível que pode escalar para atender até mesmo às necessidades da maior Organização. O Zoom Phone utiliza mecanismos inteligentes de transporte para conectividade confiável em diversos ambientes de rede. Para a mídia, usa SRTP sobre UDP quando Disponível, com fallback contínuo para TCP/TLS, juntamente com bitrate adaptativo e mitigação de perda de pacotes para preservar a qualidade de áudio em condições ruins. Para conectividade, as chamadas seguem para a Zona SIP Disponível mais próxima para minimizar a latência, com failover automático entre datacenters quando necessário.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

A arquitetura Ativo-Ativo do Zoom Phone

O Zoom tem Controladores de Borda de Sessão (SBCs) redundantes em cada um de seus datacenters, que protegem as comunicações de clientes e operadoras. Esses SBCs de nível de operadora facilitam o Acessar fácil para uma ampla gama de organizações, desde os menores Clientes/clientes até empresas globais. Balanceadores de carga redirecionam as comunicações baseadas em SIP para os Comutadores de Chamada do Zoom para distribuir uniformemente o volume de chamadas. Essa distribuição permite uma experiência fluida para os usuários, mesmo durante os picos de inscrição e o horário ocupado de chamadas. Os Comutadores de Chamadas são o controlo central de ligar do Zoom Phone. Estes componentes escaláveis não só suportam a funcionalidade básica de PBX, como também facilitam dados de telemetria para o Painel do Zoom Phone e Habilitar funcionalidades como elevar chamadas do Zoom Phone para reuniões Zoom.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Arquitetura Ativo-ativo para hardware e zonas SIP hospedadas em um datacenter

O aplicativo Zoom Workplace utiliza lógica proprietária para monitorar a largura de banda, a perda de pacotes, a latência e o jitter do aplicativo, ao mesmo tempo em que também coleta o uso de CPU, a memória e a E/S de rede do aplicativo. Essa tecnologia monitora ativamente as chamadas (ligar) e faz ajustes em tempo real para superar condições de rede ruins, a fim de fornecer qualidade superior das chamadas e confiabilidade para diversos ambientes de rede e diferentes dispositivos. O Painel do Zoom Phone captura dados de qualidade do serviço em tempo real e históricos, bem como métricas de uso e adoção, registros de chamadas e métricas relacionadas a serviços de emergência nômades. O Zoom avalia automaticamente cada chamada com um Mean Opinion Score (MOS), permitindo que administradores de TI acompanhem o desempenho de todas as chamadas que atravessam a rede e identifiquem possíveis problemas relacionados à rede.
### Zoom central de contato Semelhante ao Zoom Phone, a arquitetura ativa-ativa do Zoom central de contato ajuda a oferecer resiliência e redundância em todo o seu ambiente omnicanal. Com base em arquiteturas comprovadas dos serviços Zoom Meetings e Phone, a central de contato integra perfeitamente recursos de comunicação em tempo real com funcionalidades web, criando uma interface intuitiva que beneficia tanto a sua equipe de agentes quanto os seus clientes. Cada datacenter apresenta duas zonas idênticas e interligadas do Protocolo de Iniciação de sessão (SIP). As zonas SIP Permitir ligar e receber chamadas de voz pela internet, e cada zona está equipada com hardware e serviços dedicados para sustentabilidade independente. Dentro de um datacenter, um balanceador de carga distribui uniformemente as ligações entre ambas as zonas SIP. As chamadas são distribuídas entre um cluster de comutadores de chamadas, responsáveis por várias funções, como roteamento de chamadas, configuração e encerramento. Dos switches de ligar, as ligações se conectam a um SBC dentro de cada zona, que ou se conecta à rede subjacente de provedores da Zoom ou a uma operadora fornecida pelo cliente para Roteamento PSTN até que a ligação alcance seu destino final. Os SBCs, balanceadores de carga e switches de ligar são complementados com hardware redundante em espera para resiliência. A voz no Zoom central de contato beneficia da mesma adaptação do cliente e do mesmo comportamento de transporte que o Zoom Phone — usando UDP quando Disponível, com fallback para TCP/TLS — para que o áudio permaneça claro mesmo em redes com restrições. Para vídeo e canais digitais, o serviço aproveita o backbone de mídia em tempo real do Zoom e a resiliência na nuvem para qualidade consistente e failover. #### Cobrowse O serviço Cobrowse do Zoom central de contato opera em uma infraestrutura separada do serviço principal do Zoom central de contato. Quando uma sessão começa, o kit de desenvolvimento de software (SDK) estabelece uma conexão WebSocket persistente com o Servidor hub de Cobrowsing (CHS) para comunicação bidirecional, com o tráfego roteado por geolocalização para o datacenter Disponível mais próximo para reduzir a latência. O serviço usa uma arquitetura sem estado e distribuída, com balanceamento de carga dinâmico entre os nós CHS para oferecer suporte ao dimensionamento elástico em modelos de implantação em nuvem, híbridos e locais. Para ajudar a manter a continuidade da sessão, o SDK reconecta automaticamente aos nós CHS saudáveis se a conectividade for interrompida e pode fazer failover entre datacenters com o mínimo de interrupção. Em conjunto com o monitoramento contínuo de integridade e a abordagem mais ampla de resiliência ativo-ativo do Zoom, esta arquitetura foi projetada para fornecer desempenho de cobrowsing confiável e escalável para ambientes empresariais.

Arquitetura ativo-ativo para zonas do SDK Cobrowse hospedadas em um datacenter

## **Zoom Node para implantações híbridas e locais** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) é uma plataforma híbrida gerenciada na nuvem que vincula os recursos do seu datacenter com a nuvem do Zoom, permitindo que você implante os Módulos de Serviço do Zoom (cargas de trabalho) localmente e os gerencie a partir do Portal web do Zoom. Dois módulos se destacam em resiliência: Zoom Meetings Hybrid e Zoom Phone Local Survivability (ZPLS). [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) roteia mídia em tempo real para participantes internos por meio do seu Node local, enquanto a sinalização, o administrador e a política permanecem na nuvem do Zoom, e inclui uma opção de sobrevivência local caso os datacenters do Zoom se tornem inacessíveis. Os usuários internos obtêm caminhos de baixa latência e menor saída de internet, enquanto os participantes externos podem entrar pela nuvem como de costume. As contas também podem adicionar o Conector de Gravação para captura local quando necessário, com failover automático na nuvem se a capacidade local não estiver disponível.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

O módulo Zoom Meetings Hybrid mostra como usuários em uma rede local se conectam ao MMR Híbrido, fazendo cascata para a nuvem.

[Zoom Phone Local Survivability](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) mantém a chamada principal disponível numa unidade se a WAN ou o caminho do provedor cair. Os telefones se registram localmente, a chamada entre ramais internos continua e, quando configurado, a chamada efetuada crítica pode ser mantida por meio de um caminho PSTN local. Quando a conectividade retorna, o serviço retoma automaticamente a operação normal na nuvem.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Zoom Phone Local Surviability oferece suporte a vários cenários de failback para PSTN e conectividade entre unidades em caso de um Evento com impacto no serviço.

## **Datacenters Globais Distribuídos e Redundância** Zoom tem brokers e servidores de comunicações distribuídos entre vários datacenters interconectados em todo o mundo. Estamos constantemente avaliando nossos datacenters e provedores de serviços de Internet (ISPs) para otimizar o desempenho para nossos Clientes/clientes em relação à largura de banda, latência e isolamento para recuperação de desastres. Nossos datacenters estão situados em instalações seguras de co-localização que são neutras em relação a operadoras de ISP e oferecem segurança física, energia redundante e Acessar Simultâneo aos ISPs de primeira linha e aos Parceiros/parceiros de peering. Também temos determinadas implementações em provedores públicos de nuvem, quando os requisitos regionais ou de capacidade o justificam. Nossas instalações de co-localização são construídas com arquitetura tolerante a falhas, com redundância total e capacidade de failover rápido. Zoom faz o balanceamento de carga dos servidores de comunicações de forma dinâmica para mover automaticamente novas sessões para o datacenter que tem o melhor tempo de resposta. Essas instalações também são projetadas para resiliência na camada física. Cada instalação de co-localização é construída com redundância N+1 e um conjunto completo de controles ambientais destinados a manter a instalação operacional diante de falhas de componentes e riscos físicos: * Controles de temperatura e umidade * Sistemas de energia totalmente redundantes e dimensionados para acomodar falha de componentes * Iluminação de emergência resiliente * Proteção contra incêndio * Proteção contra danos causados por água Os datacenters incluem modelos de redundância de fonte de alimentação ininterrupta (UPS), como N, N+1 ou 2N, e redundância de geradores usando um projeto N+1, com a manutenção e os testes de energia gerenciados pelo provedor de datacenter aplicável. Quando a Zoom usa AWS para hospedar partes de sua infraestrutura de nuvem, a existência e a operação dos controles da AWS são revisadas anualmente pela equipe de Segurança da Zoom por meio de relatórios de auditores de serviços externos; quaisquer exceções identificadas são discutidas com a AWS e, quando representam um risco para os sistemas ou dados da Zoom, encaminhadas à administração da Zoom.

Localizações dos datacenters comerciais da Zoom em todo o mundo (setembro de 2026)

## **Capacidade** A Zoom mantém 50% de capacidade excedente em todos os aspectos da nossa infraestrutura para acomodar o nosso negócio em crescimento e atender aos requisitos de uso de pico. Estamos confiantes na nossa capacidade de fornecer serviço e escalar com base nas necessidades atuais e futuras dos clientes. ## **Continuidade de Negócios e Recuperação de Desastres** A confiabilidade em condições normais é apenas parte da história; igualmente importante é como a plataforma se comporta quando algo dá errado. Interrupções — como desastres naturais, falhas de energia ou de instalações, incidentes cibernéticos, interrupções de rede e falhas de hardware — são uma realidade inevitável para qualquer serviço global, e a resiliência da Zoom vem de como ela se prepara, resiste e se recupera desses eventos. Essa resiliência se apoia em quatro camadas distintas, mas conectadas, cada uma operando em um ponto diferente antes, durante e depois de uma interrupção: * **Alta disponibilidade** — a camada arquitetural que reduz a probabilidade e o impacto das falhas antes que ocorram, eliminando pontos únicos de falha. * **Continuidade de negócios** — a camada operacional que mantém as funções comerciais essenciais em execução quando uma interrupção ocorre. * **Recuperação de desastres** — a camada de restauração que traz os sistemas e serviços de tecnologia afetados de volta à operação normal após um evento disruptivo. * **Testes** — a camada de validação que confirma que essas práticas funcionam e identifica aprendizados para melhoria contínua. Essas camadas se apoiam umas nas outras: a alta disponibilidade reduz a frequência com que a recuperação é necessária, a continuidade de negócios determina o que permanece em funcionamento enquanto isso acontece, a recuperação de desastres restaura o que foi afetado, e os testes validam o conjunto. A arquitetura descrita ao longo deste documento — datacenters ativo-ativo, roteamento baseado em geolocalização, failover automático e implantação N+1 — é, na prática, a camada de alta disponibilidade. As seções abaixo descrevem as três restantes. ### Alta disponibilidade A alta disponibilidade refere-se ao design de sistemas e serviços destinado a apoiar a operação contínua e o tempo de inatividade mínimo, e é projetada nos sistemas da Zoom com o objetivo de minimizar ou eliminar pontos críticos de falha. Os serviços são projetados para resistir a interrupções completas de datacenters, e processos automatizados deslocam o tráfego para longe de uma área afetada quando ocorre uma falha. Os aplicativos principais são implantados segundo o padrão N+1, de modo que, se um datacenter ficar indisponível, permaneça capacidade suficiente para balancear o tráfego entre os sites restantes. Essa filosofia de design abrange o conjunto completo de sistemas dos quais uma plataforma de comunicações depende — instalações redundantes, infraestrutura de telefonia, conectividade com a internet e LAN, infraestrutura de segurança, sistemas de banco de dados relacional, armazenamento em massa, backups, hardware e as práticas associadas de gestão de capacidade e manutenção — de modo que a falha de qualquer componente, sistema ou instalação isolado não resulte em perda de serviço. ### Continuidade de negócios O planejamento de continuidade de negócios da Zoom é elaborado para minimizar o impacto das interrupções nas operações, proteger ativos e manter serviços essenciais para clientes e partes interessadas. Ele identifica as funções de negócios que devem ser preservadas ou restauradas primeiro, as pessoas, a tecnologia, os fornecedores e os recursos do local de trabalho dos quais essas funções dependem e o impacto potencial caso essas dependências sejam interrompidas. Isso dá à Zoom uma base estruturada para coordenar resposta e recuperação quando as operações normais são afetadas, especialmente quando várias funções ou recursos exigem atenção ao mesmo tempo. A sustentar esse planejamento está uma Análise de Impacto nos Negócios (BIA), o processo sistemático que a Zoom usa para identificar e avaliar os efeitos potenciais de interrupções em funções críticas de negócios. A Zoom realiza uma BIA para funções críticas pelo menos anualmente, ou sempre que houver uma mudança significativa em um processo comercial crítico. A análise abrange quatro componentes principais: 1. **Identificação das funções comerciais críticas** — documentar os principais processos essenciais às operações da Zoom e determinar as dependências e interdependências entre eles. 2. **Avaliação do impacto** — avaliar o impacto potencial de interrupções em cada função, considerando perda financeira, tempo de inatividade operacional, implicações legais e regulatórias e danos à reputação. 3. **Requisitos de recursos** — identificar o pessoal, a tecnologia, as instalações e os serviços de terceiros necessários para apoiar a recuperação e avaliar sua disponibilidade e adequação. 4. **Priorização dos esforços de recuperação** — sequenciar a recuperação das funções críticas com base em seu impacto e nos objetivos de recuperação estabelecidos, para que as funções mais críticas sejam restauradas primeiro. ### Recuperação de desastres A Zoom valida regularmente suas capacidades de recuperação de desastres por meio de testes anuais em seus produtos. A empresa mantém um Plano de Recuperação de Desastres (DRP) formal e documentado que define procedimentos para restaurar sistemas e serviços críticos após uma interrupção, incluindo estratégias de recuperação, funções e responsabilidades e protocolos de comunicação. O DRP da Zoom é projetado para lidar com vários cenários de desastre que podem incluir um ou mais dos seguintes: quedas de energia, perda de conectividade de rede, falhas de hardware, desastres naturais e outros eventos disruptivos, até e incluindo a falha total das instalações. Os padrões de segurança da informação que regem a recuperação de desastres são documentados, aprovados, comunicados e revisados pelo menos anualmente. Em vez de manter uma unidade dedicada de recuperação ativa para serviços de nuvem, a Zoom depende de uma arquitetura redundante, datacenters em vários locais e vários provedores de nuvem, incluindo AWS, OCI e GCP, para dar suporte à continuidade. No nível da plataforma, o padrão de recuperação difere por tipo de serviço: * **Cluster web e comunicações não em tempo real** usam a infraestrutura de alta disponibilidade da AWS em uma configuração ativa-ativa multirregional, dependem de registros DNS para permitir failover entre datacenters e incluem vários componentes com capacidades de replicação em cada datacenter. * **Datacenters regionais e comunicações em tempo real** operam em uma configuração ativa-ativa entre provedores geograficamente dispersos de Nível 3 e superior, com componentes e conectividade redundantes e resilientes em cada datacenter regional, operadoras diversas dando suporte à conectividade, e failover entre regiões exigindo reconexão. As estratégias de recuperação documentadas da Zoom incluem failover de região, que desloca o tráfego ou os serviços para fora de uma região afetada, e reversão por meio de implantação blue-green, que retorna os serviços a um ambiente ou estado de implantação anteriormente conhecido como bom para se recuperar de problemas de software ou relacionados à implantação. Essas estratégias são medidas em relação a objetivos de recuperação definidos. O objetivo de tempo de recuperação (RTO) — o tempo-alvo para restaurar o serviço após uma interrupção — tem como meta menos de cinco minutos. O objetivo de ponto de recuperação (RPO) — a quantidade-alvo de perda de dados tolerável — tem como meta nenhuma perda de dados, com suporte de replicação de dados armazenados na nuvem entre várias zonas de disponibilidade. Esses objetivos orientam o design e os testes da Zoom, em vez de funcionarem como garantias de serviço. O backup e a restauração eficazes de dados são um componente central dessa abordagem, protegendo informações críticas para que possam ser restauradas em caso de interrupção e, assim, manter a continuidade dos negócios. A Zoom não compartilha externamente seu plano completo de recuperação de desastres nem resultados detalhados de testes, pois esses materiais contêm informações comerciais internas e confidenciais e sensíveis. Consulte [a Central de confiança da Zoom](https://www.zoom.com/en/trust/legal-compliance/) para mais informações sobre a documentação disponível publicamente. ### Testes A Zoom valida suas práticas de recuperação por meio de testes anuais de mesa e failover realizados por auditores terceirizados. Esses testes confirmam que os processos de resposta e recuperação funcionam conforme o esperado, identificam lacunas e apoiam a melhoria contínua por meio de lições aprendidas. Os testes abrangeram um amplo conjunto de produtos e áreas de serviço na plataforma, incluindo Zoom Meetings, Zoom Phone, Zoom central de contato, Zoom Virtual Agent, Zoom Rooms, Zoom Events, quadro de compartilhamento, Reserva de local de trabalho e os Gateways RTC e de telefonia, entre outros. Combinada com a arquitetura redundante, ativa-ativa, descrita ao longo deste documento, essa abordagem em camadas foi projetada para manter os serviços da Zoom disponíveis e recuperáveis em uma ampla variedade de condições disruptivas. ## **Conclusão** A confiabilidade da Zoom é sustentada por uma arquitetura em camadas que combina design de serviço priorizado para a nuvem, roteamento adaptativo de mídia, infraestrutura global redundante, planejamento de capacidade e práticas formais de continuidade de negócios e recuperação de desastres. Em Meetings, Phone, central de contato, Zoom Node, datacenters globais e serviços relacionados, a plataforma da Zoom foi projetada para oferecer suporte a comunicações consistentes em diversas redes, regiões, dispositivos e modelos de implantação. Os mesmos princípios de design que apoiam a qualidade do serviço no dia a dia também sustentam a resiliência em escala. Arquitetura ativa-ativa, roteamento inteligente, transporte adaptativo, instalações redundantes, planejamento de recuperação, práticas de backup e testes regulares trabalham em conjunto para ajudar a manter serviços essenciais e apoiar a recuperação quando ocorrem eventos operacionais. Para clientes e equipes de TI, essa abordagem oferece uma plataforma projetada para comunicação confiável, continuidade operacional e implantação empresarial gerenciável em ambientes UCaaS e CCaaS. *Elaborado por Jakob Ganschow e 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/pt/canto-do-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.