> 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/vdi/core-concepts.md).

# Conceitos Fundamentais

Esta seção fornece uma visão geral dos Conceitos Básicos do aplicativo VDI do Zoom Workplace.

### Modos de otimização do plug-in

#### <mark style="color:azul;">O aplicativo Zoom Workplace VDI suporta três modos de operação para processamento de mídia em tempo real: Otimização Direta, Otimizado para canal e Modo de fallback</mark>

No contexto do aplicativo VDI do Zoom Workplace, o processamento de mídia em tempo real refere-se ao revezamento e à renderização de mídia em tempo real entre a Zoom cloud, o aplicativo VDI do Zoom Workplace e/ou o Plug-In. Para dar Suporte a uma variedade de casos de uso de VDI, o aplicativo VDI do Zoom Workplace oferece três modos distintos de operação para processamento e otimização de mídia: o modo Direct Optimized, o modo Canal Optimized e o modo Fallback. Estes são discutidos nas seções a seguir.

#### <mark style="color:azul;">Modo Otimizado Direto: quando o aplicativo VDI do Zoom Workplace e o Plug-In recebem fluxos de dados independentes da Zoom cloud</mark>

O Modo Otimizado Direto é o modo de otimização padrão para o aplicativo Zoom Workplace VDI e o Plugin. Neste modo, a Zoom Cloud 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. Essa configuração permite que o cliente remoto do usuário (equipado com o VDI Plug-In) 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 através do desktop virtual ou do 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 VDI do Zoom Workplace 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 em que também 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 o desktop 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.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagrama ilustrando como o Zoom cloud transmite dados para dois destinos separados ao usar o modo direto otimizado.</p></figcaption></figure></div>

#### <mark style="color:azul;">Modo Otimizado de Canal: Quando o Plug-In recebe dados encaminhados em loop pelo desktop virtual</mark>

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 através de um caminho de rede diferente. Nesse modo, ocorre o seguinte:

1. Toda a mídia da reunião é primeiro entregue ao servidor VDI a partir da nuvem do Zoom.
2. O servidor VDI transfere mídia para o Plug-In por meio de uma conexão UDP Fora de banda (OOB) ou pelo 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 Acessar direto à Internet para thin clients (ou outros dispositivos remotos), ou que preferem encaminhar os dados pela 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 da otimização UDP/canal.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagrama que ilustra como os dados são transmitidos para o VDI Desktop e para o Cliente Remoto através de uma ligação em hairpin.</p></figcaption></figure></div>

#### <mark style="color:azul;">Modo de fallback: quando toda a mídia da reunião é roteada e processada diretamente na área de trabalho virtual</mark>

O Modo de Fallback 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.

Esse método impõe uma carga significativa de processamento aos recursos do servidor VDI, frequentemente resultando em baixo desempenho, incluindo lentidão, vídeo entrecortado e áudio distorcido. Assim, o Modo de Contingência é a opção menos preferida e deve ser usado apenas como último recurso ou quando os Plug-Ins não estiverem disponíveis.

{% hint style="danger" %}
**Aviso**

O Modo de Contingência deve ser evitado sempre que possível para manter o desempenho do servidor.
{% endhint %}

#### <mark style="color:azul;">Resumo dos modos de conexão</mark>

O aplicativo VDI do Zoom Workplace oferece suporte a três modos de conexão distintos, cada um adaptado a diferentes necessidades operacionais e de segurança. O modo padrão e mais eficiente é o Modo Otimizado Direto, no qual o aplicativo VDI do Zoom Workplace e o Plug-In estabelecem conexões separadas com a Zoom nuvem, gerenciando de forma independente suas respectivas partes de uma reunião do Zoom para proporcionar uma experiência integrada e otimizada.

Além do Modo Otimizado Direto, o aplicativo VDI do Zoom Workplace pode operar em configurações alternativas, incluindo o Modo Otimizado por Canal e o Modo de Contingência. Esses modos podem ajudar a resolver restrições específicas de fluxo de trabalho ou de rede, como Acessar restrito à internet para dispositivos remotos, Roteamento de dados para questõ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 direto à nuvem a partir do Plug-In** |
| -------------------- | ---------------------------- | ---------------------------------------------- |
| **Otimizado Direto** | ✔                            | ✔                                              |
| **Canal otimizado**  | ✔                            |                                                |
| **Modo de fallback** |                              |                                                |

### Descarregamento de mídia WebRTC

#### <mark style="color:azul;">Visão geral</mark>

O Zoom fornece um cliente WebRTC baseado no 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 ao ser executado em 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 local de WebRTC 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 a á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
* Zoom central de contato
* Conector CTI da central de contato do Zoom

Este Recursos é atualmente compatível com as seguintes plataformas de desktop virtual:

* Citrix
* Omnissa Horizon

Consulte a Central de suporte da Zoom para obter mais informações sobre [configurando o Zoom VDI para suportar o redirecionamento WebRTC para o aplicativo Web do Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:azul;">O aplicativo Web Zoom descarrega o áudio WebRTC do VDI para o Dispositivo local</mark>

Quando o aplicativo Web do Zoom dentro da área de trabalho virtual tenta inicializar o áudio WebRTC, suas solicitações são interceptadas antes que a área de trabalho virtual tente capturar ou processar Áudio. Em vez de ativar a pilha de mídia WebRTC integrada do 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 do Zoom cloud diretamente para a máquina local do usuário.

No computador local, o mecanismo WebRTC nativo incluído no 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 seja transmitido 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 WebRTC com o Zoom Web aplicativo e um agente virtual compatível.<br>

<div data-with-frame="true"><figure><img src="https://1821044411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&amp;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" alt="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" width="563"><figcaption><p>Diagrama que ilustra como a mídia é dividida entre a Área de Trabalho Virtual e o Dispositivo de Cliente Remoto.</p></figcaption></figure></div>

#### <mark style="color:azul;">Interação entre o aplicativo Web do Zoom e a máquina local</mark>

Da perspectiva do aplicativo web do Zoom, a experiência ainda se assemelha a uma sessão padrão do WebRTC. A sinalização entre o aplicativo web do Zoom e o backend do Zoom é retransmitida através da área de trabalho virtual, e o mecanismo local de WebRTC espelha os parâmetros da sessão negociados. O aplicativo da área de trabalho virtual continua a apresentar a interface do Zoom—controles, status da reunião e indicadores—enquanto o áudio real em tempo 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 multiusuário.

#### <mark style="color:azul;">Por que não é necessário um plug-in</mark>

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 com que esse mecanismo pareça ao Aplicativo Web do Zoom como a sua implementação WebRTC subjacente, o Zoom não precisa fornecer nem 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 da área de trabalho virtual para o mecanismo nativo na máquina local.

#### <mark style="color:azul;">Resultado</mark>

Essa abordagem permite que a experiência WebRTC baseada no navegador do Zoom opere de forma eficiente 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, proporcionando aos usuários uma experiência de conferência responsiva e escalável, sem exigir software adicional do Zoom na máquina local nem 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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/pt/servicos-empresariais-avancados/vdi/core-concepts.md?ask=<question>&goal=<endgoal>
```

`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.