> 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-empresariais-avancados/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Conceitos Fundamentais ### Modos de Otimização de Plug-in #### O aplicativo Zoom Workplace VDI suporta três modos de operação para processamento de mídia em tempo real: Direct Optimized, Canal Optimized e Modo de Fallback No contexto do aplicativo Zoom Workplace VDI, o processamento de mídia em tempo real refere-se ao encaminhamento e à renderização de mídia em tempo real entre o Zoom Cloud, o aplicativo Zoom Workplace VDI e/ou o Plug-In. Para dar suporte a uma variedade de casos de uso de VDI, o aplicativo Zoom Workplace VDI oferece três modos distintos de operação para processamento e otimização de mídia: modo Direct Optimized, modo Channel Optimized e modo Fallback. Elas são discutidas nas seções a seguir. #### Modo Otimizado Direto: quando o aplicativo VDI do Zoom Workplace e o Plug-In recebem fluxos de dados independentes do Zoom cloud O Modo de Otimização Direta é o modo de otimização padrão para o aplicativo Zoom Workplace VDI e Plugin. Neste modo, a Zoom Cloud mantém dois fluxos de dados separados para um usuário de VDI otimizado: um para o aplicativo Zoom Workplace VDI e outro para o Plug-In. Essa configuração permite que o cliente remoto do usuário (equipado com o Plug-In de VDI) se comunique diretamente com a Zoom Cloud para transferências de dados de mídia em tempo real, eliminando a necessidade de rotear a maior parte do tráfego de mídia em tempo real pela área de trabalho virtual ou através do canal virtual. Ao operar no modo Direct Optimized, ocorre o seguinte: 1. O Plug-In recebe fluxos de dados de vídeo e áudio diretamente da nuvem. 2. O aplicativo Zoom Workplace VDI lida com dados gerais da reunião, como informações do participante, mensagem de chat ou recursos do AI Companion, exibindo-os no espaço reservado do aplicativo Workplace, ao mesmo tempo que gerencia o compartilhamento de tela Recebidas ao encaminhá-lo para o plug-in e carregar o conteúdo local de compartilhamento de tela da área de trabalho virtual quando Ativo. 3. O Plug-In e a área de trabalho VDI usam a ligação virtual do fornecedor de VDI para comunicar e determinar a colocação e a renderização dos meios de comunicação na tela entre as duas camadas.

Diagrama ilustrando como a Zoom cloud transmite dados para dois destinos separados ao usar o modo otimizado direto.

#### Modo otimizado por canal: Quando o Plug-In recebe dados em hairpin através do ambiente de trabalho virtual A otimização por canal é semelhante à experiência de Otimização Direta, em que o Plug-In continua a processar a multimédia da reunião (como visto na imagem acima), mas através de um caminho de rede diferente. Neste modo, ocorre o seguinte: 1. Toda a multimédia da reunião é primeiro entregue ao servidor VDI a partir da nuvem Zoom. 2. O servidor VDI transfere multimédia para o Plug-In através de uma ligação UDP Fora de banda (OOB) ou através do canal virtual VDI existente, caso a ligação UDP não possa ser estabelecida. Este método pode ser preferido por organizações que optam por não Habilitar o acesso direto à Internet para clientes leves (ou outros dispositivos remotos), ou que preferem encaminhar os dados através da sua rede, mas pode *potencialmente* conduzir a uma experiência pior do que a Otimização Direta se as condições de Roteamento da rede forem subótimas. A imagem abaixo demonstra o fluxo de dados da otimização UDP/canal.

Diagrama que ilustra como os dados são transmitidos para o ambiente de trabalho VDI e o Cliente Remoto através de uma ligação em hairpin.

#### Modo de contingência: Quando toda a multimédia da reunião é encaminhada e processada diretamente no ambiente de trabalho virtual O Modo de contingência representa uma experiência VDI totalmente não otimizada. Neste modo, não existe otimização de multimédia nem Plug-In em utilização, e toda a comunicação ocorre diretamente entre o servidor VDI e a nuvem Zoom, com todo o processamento a ocorrer exclusivamente no servidor VDI. Este método impõe uma carga significativa de processamento aos recursos do servidor VDI, resultando frequentemente em baixo desempenho, incluindo lentidão, vídeo entrecortado e áudio distorcido. Como tal, o Modo de Fallback é a opção menos preferida e só deve ser usado como último recurso ou quando os Plug-Ins não estiverem disponíveis. {% hint style="danger" %} **Aviso** O Modo de Recurso Alternativo deve ser evitado sempre que possível para manter o desempenho do servidor. {% endhint %} #### Resumo dos Modos de Conexão O aplicativo VDI do Zoom Workplace suporta três modos de ligação distintos, cada um adaptado a diferentes necessidades operacionais e de segurança. O modo padrão e mais eficiente é o Modo Otimizado Direto, em que o aplicativo VDI do Zoom Workplace e o Plug-In estabelecem ligações separadas à nuvem Zoom, tratando de forma independente as respetivas partes de uma reunião Zoom para proporcionar uma experiência otimizada e sem falhas. Além do Modo Otimizado Direto, o aplicativo Zoom Workplace VDI pode operar em configurações alternativas, incluindo o Modo Otimizado de canal e o Modo de Fallback. Esses modos podem ajudar a lidar com restrições específicas de fluxo de trabalho ou de rede, como acesso restrito à internet para dispositivos remotos, Roteamento de dados por questões de privacidade ou a ausência de Plug-Ins. A tabela seguinte resume as principais diferenças entre estes modos. | | **Descarregamento de mídia** | **Acessar diretamente a nuvem a partir do Plug-In** | | -------------------- | ---------------------------- | --------------------------------------------------- | | **Otimizado Direto** | ✔ | ✔ | | **Canal Otimizado** | ✔ | | | **Modo de fallback** | | | ### Descarregamento de mídia WebRTC #### Visão geral O Zoom fornece um cliente WebRTC baseado em navegador por meio do [Aplicativo Web do Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) que pode descarregar o processamento de áudio para o Dispositivo local do usuário quando executado dentro de um ambiente de desktop virtual. Isso funciona sem exigir quaisquer plug-ins específicos do Zoom, porque a plataforma VDI fornece seu próprio mecanismo WebRTC local e uma estrutura de redirecionamento que conecta o Aplicativo Web do Zoom a esse mecanismo. {% hint style="danger" %} **Aviso** O Descarregamento de mídia WebRTC está atualmente limitado ao áudio e não oferece suporte à otimização de vídeo. {% endhint %} Este Recursos oferece suporte aos seguintes produtos e canais do Aplicativo Web do Zoom: * Zoom Phone * central de contato Zoom * Zoom Central de Contato CTI Conector Este Recursos é atualmente suportado pelas seguintes plataformas de desktop virtual: * Citrix * Omnissa Horizon Consulte a central de suporte da Zoom para mais informações sobre [configurando o Zoom VDI para Suporte do redirecionamento WebRTC para o aplicativo Web do Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### O Aplicativo Web do Zoom descarrega o áudio WebRTC de VDI para o Dispositivo Local Quando o Zoom Web App dentro do ambiente de desktop virtual tenta inicializar o áudio WebRTC, suas solicitações são interceptadas antes que o ambiente de desktop virtual tente capturar ou processar o som. Em vez de ativar a pilha de mídia WebRTC embutida no navegador na sessão hospedada, a plataforma VDI traduz o sinalização relacionada ao áudio em mensagens de controle leves. Essas mensagens são enviadas pelo canal virtual do provedor de VDI para a máquina local do usuário, redirecionando o tráfego de áudio em tempo real da Zoom cloud diretamente para a máquina local do usuário. Na máquina local, o mecanismo WebRTC nativo incluído com o cliente VDI (por exemplo, Citrix, Omnissa Horizon) recebe estas mensagens e torna-se responsável por toda a captura, codificação, descodificação e reprodução de áudio. O mecanismo usa o microfone, os altifalantes e os recursos de processamento do sistema local, ajudando a garantir que o áudio não flui através do servidor da área de trabalho virtual. O diagrama a seguir ilustra como os dados são roteados ao usar o descarregamento de mídia WebRTC com o Zoom aplicativo Web e um agente virtual compatível.
Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop

Diagrama que ilustra como a mídia é dividida entre a Área de Trabalho Virtual e o Dispositivo do Cliente Remoto.

#### Interação entre o aplicativo Web Zoom e a máquina local Da perspectiva do aplicativo Web do Zoom, a experiência ainda se assemelha a uma sessão WebRTC padrão. A sinalização entre o aplicativo Web do Zoom e o backend do Zoom é encaminhada pelo desktop virtual, e o mecanismo WebRTC local espelha os parâmetros de sessão negociados. O aplicativo de desktop virtual continua a apresentar a interface do Zoom—controles, status da reunião e indicadores—enquanto o áudio em tempo real real é gerado e consumido pela máquina local. Como apenas mensagens de sinalização atravessam o canal virtual, a sobrecarga de largura de banda é baixa e consistente, mesmo em ambientes com vários usuários. #### Por que não é necessário Plug-In O principal facilitador é que o cliente VDI (por exemplo, Citrix, Omnissa Horizon) já inclui um mecanismo completo de mídia WebRTC capaz de lidar com áudio em tempo real. Como a camada de redirecionamento faz com que esse mecanismo apareça ao Zoom Web Aplicativo como sua implementação WebRTC subjacente, o Zoom não precisa fornecer e manter um plug-in separado. A lógica de redirecionamento mapeia chamadas de API WebRTC, acesso a Dispositivo e negociação de sessão do navegador dentro da área de trabalho virtual para o mecanismo nativo na máquina local. #### Resultado Essa abordagem permite que a experiência WebRTC baseada em navegador do Zoom opere com eficiência em ambientes VDI com otimização total de áudio. A interface é executada dentro da área de trabalho virtual, mas o áudio em tempo real é capturado e processado localmente, oferecendo aos usuários uma experiência de conferência responsiva e escalável, sem exigir software adicional do Zoom na máquina local ou demandas de processamento do servidor da área de trabalho virtual. --- # 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: ``` GET https://library.zoom.com/technical-library/pt/servicos-empresariais-avancados/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.