> 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 do plug-in

#### <mark style="color:azul;">O aplicativo Zoom Workplace VDI 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</mark>

No contexto do aplicativo Zoom Workplace VDI, o processamento de mídia em tempo real refere-se ao retransmitir e renderizar 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. Eles 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 nuvem Zoom</mark>

O Direct Optimized Mode é o modo padrão de otimização para o aplicativo Zoom Workplace VDI e o Plugin. Neste modo, a Zoom nuvem 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 nuvem para transferências de dados de mídia em tempo real, eliminando a necessidade de encaminhar 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 dentro do 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 conteúdo local de compartilhamento de tela da área de trabalho virtual quando ativo.
3. O Plug-In e o ambiente de trabalho VDI utilizam a ligação virtual do fornecedor VDI para comunicar e determinar a colocação e a renderização de multimé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 que ilustra 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 em hairpin através do ambiente de trabalho 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 por meio de um caminho de rede diferente. Nesse modo, ocorre o seguinte:

1. Todo o conteúdo de mídia da reunião é primeiro entregue ao servidor VDI a partir do Zoom cloud.
2. O servidor VDI transfere mídia para o Plug-In seja através de uma conexão UDP Fora de banda (OOB) ou através 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 conseguem Habilitar o acesso direto à Internet para clientes leves (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 de 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 hairpinned.</p></figcaption></figure></div>

#### <mark style="color:azul;">Modo de recurso: quando toda a mídia da reunião é encaminhada e processada diretamente no desktop 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.

Este método impõe uma carga de processamento significativa aos recursos do servidor VDI, resultando frequentemente em baixo desempenho, incluindo lentidão, vídeo entrecortado e áudio distorcido. Assim, 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 Reserva deve ser evitado sempre que possível para manter o desempenho do servidor.
{% endhint %}

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

O aplicativo VDI do Zoom Workplace oferece 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 de Otimização Direta, no qual o aplicativo VDI do Zoom Workplace e o Plug-In estabelecem conexões separadas com o Zoom cloud, tratando independentemente suas respectivas partes de uma reunião do Zoom para proporcionar uma experiência perfeita e otimizada.

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 resolver 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 a seguir resume as principais diferenças entre estes modos.

|                           | **Descarregamento de multimédia** | **Acessar a nuvem diretamente do Plug-In** |
| ------------------------- | --------------------------------- | ------------------------------------------ |
| **Otimizado diretamente** | ✔                                 | ✔                                          |
| **Canal otimizado**       | ✔                                 |                                            |
| **Modo de fallback**      |                                   |                                            |

### Descarregamento de mídia WebRTC

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

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 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 ao áudio e não oferece suporte à otimização de vídeo.
{% endhint %}

Este Recursos suporta os 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 do Zoom para 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 do Zoom descarrega o áudio WebRTC do VDI para o Dispositivo local</mark>

Quando o Zoom Web aplicativo 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 os sinais de controle relacionados 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.

No computador local, o mecanismo nativo WebRTC incluído no 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 utiliza o microfone, os altifalantes e os recursos de processamento do sistema local, ajudando a garantir que o áudio não passa pelo servidor do ambiente de trabalho virtual.

O diagrama a seguir ilustra como os dados são roteados ao usar o WebRTC Media Offloading com o aplicativo web do Zoom e um agente virtual compatível.<br>

<div data-with-frame="true"><figure><img src="/files/26385672722d6bbbc22e81b61ca3518f954605d8" 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 o Ambiente de Trabalho Virtual e o Dispositivo do Cliente Remoto.</p></figcaption></figure></div>

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

Do ponto de vista 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 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 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 multi-usuário.

#### <mark style="color:azul;">Por que não é necessário nenhum 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 apareça para o aplicativo Web do Zoom como sua implementação WebRTC subjacente, o Zoom não precisa fornecer nem manter um plug-in separado. A lógica de redirecionamento mapeia chamadas de 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>

Esta abordagem permite que a experiência WebRTC baseada em navegador do Zoom opere de forma eficiente 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 nem demandas de processamento do servidor do desktop 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/virtual-desktop-infrastructure/vdi-explainer/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.