> 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/servicos-corporativos/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md). # Arquitetura O Zoom central de contato foi projetado com uma arquitetura ativo-ativo para confiabilidade e resiliência. As seções a seguir fornecem uma visão geral da arquitetura do Zoom central de contato. ### Zonas SIP do datacenter do Zoom central de contato Em uma arquitetura ativo-ativo, resiliência e redundância são essenciais. Para dar suporte às necessidades do canal de voz e da telefonia, cada datacenter do Zoom central de contato apresenta duas zonas SIP idênticas e interconectadas, equipadas com hardware e serviços dedicados para resiliência e sustentabilidade independentes. Durante as operações normais, um balanceador de carga distribui as chamadas de forma uniforme entre as duas zonas SIP dentro de um datacenter. Dentro de cada zona SIP, as chamadas são distribuídas de forma equitativa entre um cluster de comutadores de chamadas, responsáveis por várias funções, como roteamento de chamadas, configuração e encerramento. A partir dos comutadores de chamadas, as chamadas se conectam a um Controlador de Borda de Sessão (SBC) em cada zona, que se conecta à rede subjacente da Zoom de provedores ou à operadora fornecida pelo cliente (BYOC-P) para roteamento de PSTN até que a chamada chegue ao seu destino final. Dentro desse framework, cada peça integral da arquitetura — ou seja, SBCs, balanceadores de carga e comutadores de chamadas — é complementada com hardware redundante em espera para garantir a resiliência. Caso uma zona SIP sofra um Evento que impacte o serviço, a mídia ativa da chamada, a sinalização e a inscrição farão failover para a outra zona, garantindo serviço ininterrupto. Além disso, como a Zoom busca manter no máximo 50% de capacidade em cada zona SIP a qualquer momento, caso ocorra um Evento que impacte o serviço em uma zona SIP, as chamadas deverão fazer failover para a zona oposta sem problemas até que as operações padrão sejam retomadas. O diagrama a seguir ilustra, em alto nível, o design da arquitetura ativo-ativo de uma zona SIP:

Visão geral da arquitetura ativo-ativo de uma zona SIP

### Datacenters do Zoom central de contato em geral Do ponto de vista físico, a presença da Zoom em datacenters está localizada em instalações de colocation altamente seguras, com segurança física, sistemas redundantes de energia e refrigeração, e acesso aos principais provedores de serviços de internet (ISPs) neutros em relação a operadoras e parceiros de peering. Do ponto de vista tecnológico, a presença da Zoom em datacenters é construída com uma arquitetura tolerante a falhas, incluindo redundância completa e recursos rápidos de failover de um datacenter primário para um datacenter secundário, para aumentar a confiabilidade e minimizar o tempo de inatividade em todos os canais da central de contato. No improvável caso de uma interrupção completa do datacenter ou de um Evento que impacte o serviço, as informações de mídia, sinalização e inscrição do Zoom central de contato podem ser perdidas temporariamente, exigindo uma convergência para o datacenter secundário em espera. Nesses casos, as sessões do canal de voz se reinscreverão no datacenter secundário, direcionando todas as chamadas recebidas por meio da operadora de backup da Localização. Subsequentemente, todas as novas chamadas serão processadas pelo datacenter secundário e suas zonas ativo-ativo relevantes até que o serviço seja totalmente restaurado. Após a restauração do serviço, será usada uma janela de manutenção para retornar as operações ao normal no datacenter primário apropriado. A imagem a seguir ilustra, em alto nível, o design de redundância do datacenter da Zoom:

Visão geral da redundância do datacenter da Zoom

Os leitores são incentivados a consultar os [Status](https://status.zoom.us/) e [Uptime](https://uptime.zoom.us/) sites da Zoom para obter informações adicionais sobre a disponibilidade do serviço. --- # 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/servicos-corporativos/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.