# Conceitos Fundamentais ### Modos de Otimização do Plug-in #### O aplicativo VDI do Zoom Workplace oferece suporte a três modos de operação para processamento de mídia em tempo real: Otimizado Direto, Otimizado por canal 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: Direct Optimized mode, Channel Optimized mode e Fallback mode. Esses são discutidos nas seções a seguir. #### Modo de otimização direta: quando o aplicativo VDI do Zoom Workplace e o Plug-In recebem fluxos de dados independentes do Zoom cloud O Modo Otimizado Direto é o modo de otimização padrão para o aplicativo Zoom Workplace VDI e o Plugin. Neste modo, a nuvem Zoom mantém dois fluxos de dados separados para um usuário VDI otimizado: um para o aplicativo Zoom Workplace VDI e outro para o Plug-In. Esta configuração permite que o cliente remoto do usuário (equipado com o VDI Plug-In) comunique diretamente com a nuvem Zoom para transferências de dados multimédia em tempo real, eliminando a necessidade de encaminhar a maior parte do tráfego multimédia em tempo real através do ambiente de trabalho virtual ou pelo canal virtual. Ao operar no modo Direto Otimizado, 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 dentro do espaço reservado do aplicativo Zoom Workplace, ao mesmo tempo que gerencia o compartilhamento de tela Recebidas, encaminhando-o para o plug-in e enviando 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 conexão virtual do fornecedor de VDI para comunicar e determinar o posicionamento e a renderização da mídia na tela entre as duas camadas.

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

#### Modo Otimizado de Canal: Quando o plug-in recebe dados redirecionados em loop através da área de trabalho virtual A otimização de canal é semelhante à experiência de Otimização Direta, em que o Plug-In continua a renderizar a mídia da reunião (como visto na imagem acima), mas por meio de um caminho de rede diferente. Nesse modo, ocorre o seguinte: 1. Todo o conteúdo de mídia da reunião é entregue primeiro ao servidor VDI a partir da Zoom cloud. 2. O servidor VDI transfere mídia para o Plug-In seja por meio de uma conexão UDP Fora de banda (OOB) ou por meio do canal virtual VDI existente, se a conexão UDP não puder ser estabelecida. Este método pode ser preferido por organizações que não Habilitar o acesso direto à Internet para clientes leves (ou outros dispositivos remotos), ou que preferem rotear os dados por meio de sua rede, mas podem *potencialmente* levar 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 de otimização UDP/canal.

Diagrama ilustrando como os dados são transmitidos para o VDI Desktop e o Cliente Remoto através de uma conexão hairpinned.

#### Modo de fallback: quando toda a mídia da reunião é encaminhada para e processada diretamente na área de trabalho virtual O Modo de Retorno (Fallback Mode) representa uma experiência VDI totalmente não otimizada. Neste modo, não há otimização de mídia nem Plug-In em uso, e toda a comunicação ocorre diretamente entre o servidor VDI e o Zoom cloud, com todo o processamento ocorrendo exclusivamente no servidor VDI. Este método impõe uma carga de processamento significativa aos recursos do servidor VDI, frequentemente resultando em baixo desempenho, incluindo lentidão, vídeo entrecortado e áudio distorcido. Como tal, o Modo de Recurso é 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 Fallback 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 conexão distintos, cada um adaptado a diferentes necessidades operacionais e de segurança. O padrão e o modo mais eficiente é o Modo Direto Otimizado, em que o aplicativo VDI do Zoom Workplace e o Plug-In estabelecem conexões separadas para a Zoom cloud, tratando independentemente suas respectivas partes de uma reunião do Zoom para entregar uma experiência contínua e otimizada. Além do Modo Direto Otimizado, o aplicativo Zoom Workplace VDI pode operar em configurações alternativas, incluindo Modo Otimizado de canal e Modo de Fallback. Esses modos podem ajudar a lidar com restrições específicas de fluxo de trabalho ou de rede, como acesso limitado à internet para dispositivos remotos, Roteamento de dados por preocupações de privacidade ou a ausência de Plug-Ins. A tabela a seguir resume as principais diferenças entre esses modos. | | **Descarregamento de mídia** | **Acessar a nuvem diretamente a partir do Plug-In** | | -------------------- | ---------------------------- | --------------------------------------------------- | | **Direto Otimizado** | ✔ | ✔ | | **Canal Otimizado** | ✔ | | | **Modo de fallback** | | | ### Descarregamento de mídia WebRTC #### Visão geral 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 nenhum plug-in específico do Zoom porque a plataforma VDI fornece seu próprio mecanismo local de WebRTC e uma estrutura de redirecionamento que faz a ponte entre o Aplicativo Web do Zoom e esse mecanismo. {% hint style="danger" %} **Aviso** O Descarregamento de mídia WebRTC está atualmente limitado a áudio e não oferece suporte à otimização de vídeo. {% endhint %} Este Recursos oferece suporte aos seguintes produtos e canal do Aplicativo Web do Zoom: * Zoom Phone * Zoom central de contato * Zoom central de contato CTI Conector Este Recursos está atualmente suportado pelas seguintes plataformas de desktop virtual: * Citrix * Omnissa Horizon Consulte a Central de suporte do Zoom para obter mais informações sobre [configurando o Zoom VDI para Suporte à redirecionamento WebRTC para o aplicativo Web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### O aplicativo Zoom Web descarrega o áudio WebRTC do VDI para o Dispositivo local Quando o Zoom Web App dentro do desktop virtual tenta inicializar o áudio WebRTC, suas solicitações são interceptadas antes de o desktop virtual tentar capturar ou processar o som. Em vez de ativar o stack de mídia WebRTC interno do navegador na sessão hospedada, a plataforma de VDI traduz o sinalização relacionada ao áudio em mensagens de controle leves. Essas mensagens são enviadas através do 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 essas mensagens e passa a ser responsável por toda a captura, codificação, decodificação e reprodução de áudio. O mecanismo usa o microfone, os alto-falantes e os recursos de processamento do sistema local, ajudando a garantir que o áudio não passe pelo servidor da área de trabalho virtual. O diagrama a seguir ilustra como os dados são roteados ao usar o descarregamento de mídia do WebRTC com o aplicativo Web Zoom 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 ilustrando como a mídia é dividida entre a Área de Trabalho Virtual e o Dispositivo do Cliente Remoto.

#### Interação entre o aplicativo Web do 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 é retransmitida pelo desktop virtual, e o mecanismo WebRTC local espelha os parâmetros negociados da sessão. O aplicativo 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 Nenhum Plug-in é Necessário O principal facilitador é que o cliente VDI (por exemplo, Citrix, Omnissa Horizon) já inclui um mecanismo de mídia WebRTC completo capaz de lidar com áudio em tempo real. Como a camada de redirecionamento faz esse mecanismo parecer ao Aplicativo Web do Zoom 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 da API WebRTC, acesso ao Dispositivo e negociação de sessão do navegador dentro do desktop 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 completa de áudio. A interface é executada dentro do desktop virtual, mas o áudio em tempo real é capturado e processado localmente, proporcionando 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 do desktop virtual. --- # Agent Instructions: 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.