> 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/vi/dich-vu-doanh-nghiep-lon-nang-cao/vdi/core-concepts.md).

# Các khái niệm cốt lõi

Phần này cung cấp tổng quan về Các khái niệm cốt lõi của ứng dụng Zoom Workplace VDI.

### Các chế độ tối ưu hóa Plugin

#### <mark style="color:xanh dương;">Ứng dụng Zoom Workplace VDI hỗ trợ ba chế độ hoạt động để xử lý phương tiện theo thời gian thực: Tối ưu hóa trực tiếp, Tối ưu hóa kênh và Chế độ dự phòng</mark>

Trong ngữ cảnh của ứng dụng Zoom Workplace VDI, xử lý phương tiện theo thời gian thực đề cập đến việc chuyển tiếp và kết xuất phương tiện theo thời gian thực giữa Zoom đám mây, ứng dụng Zoom Workplace VDI và/hoặc Plugin. Để hỗ trợ nhiều trường hợp sử dụng VDI, ứng dụng Zoom Workplace VDI hỗ trợ ba chế độ hoạt động riêng biệt để xử lý và tối ưu hóa phương tiện: chế độ Tối ưu hóa trực tiếp, chế độ Tối ưu hóa kênh và chế độ Dự phòng. Các chế độ này được thảo luận trong các phần sau.

#### <mark style="color:xanh dương;">Chế độ Tối ưu hóa trực tiếp: Khi ứng dụng Zoom Workplace VDI và Plugin nhận các luồng dữ liệu độc lập từ Zoom đám mây</mark>

Chế độ Tối ưu hóa trực tiếp là chế độ tối ưu hóa mặc định cho ứng dụng Zoom Workplace VDI và Plugin. Trong chế độ này, Zoom đám mây duy trì hai luồng dữ liệu riêng biệt cho một người dùng VDI được tối ưu hóa: một luồng cho ứng dụng Zoom Workplace VDI và một luồng khác cho Plugin. Cấu hình này cho phép máy khách từ xa của người dùng (được trang bị Plugin VDI) giao tiếp trực tiếp với Zoom đám mây để truyền dữ liệu phương tiện theo thời gian thực, loại bỏ nhu cầu Định tuyến phần lớn lưu lượng phương tiện theo thời gian thực qua máy tính để bàn ảo hoặc qua kênh ảo.

Khi hoạt động ở chế độ Tối ưu hóa trực tiếp, điều sau đây xảy ra:

1. Plugin nhận các luồng dữ liệu video và âm thanh trực tiếp từ đám mây.
2. Ứng dụng Zoom Workplace VDI xử lý dữ liệu cuộc họp chung, chẳng hạn như thông tin người tham gia, tin nhắn cuộc trò chuyện hoặc các Tính năng AI Companion, hiển thị dữ liệu đó trong vùng giữ chỗ của ứng dụng Workplace, đồng thời quản lý chia sẻ màn hình Đến bằng cách chuyển tiếp đến plugin và tải lên nội dung chia sẻ màn hình cục bộ từ máy tính để bàn ảo khi đang hoạt động.
3. Plugin và máy tính để bàn VDI sử dụng kết nối ảo của nhà cung cấp VDI để giao tiếp và xác định vị trí cũng như việc kết xuất phương tiện trên màn hình giữa hai lớp.

<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>Sơ đồ minh họa cách Zoom đám mây truyền dữ liệu đến hai đích riêng biệt khi sử dụng chế độ tối ưu hóa trực tiếp.</p></figcaption></figure></div>

#### <mark style="color:xanh dương;">Chế độ Tối ưu hóa kênh: Khi Plugin nhận dữ liệu được chuyển vòng qua máy tính để bàn ảo</mark>

Tối ưu hóa kênh tương tự như trải nghiệm Tối ưu hóa trực tiếp, trong đó Plugin tiếp tục kết xuất phương tiện cuộc họp (như trong hình trên), nhưng thông qua một đường dẫn mạng khác. Trong chế độ này, điều sau đây xảy ra:

1. Tất cả phương tiện cuộc họp trước tiên được gửi đến máy chủ VDI từ Zoom đám mây.
2. Máy chủ VDI chuyển phương tiện đến Plugin thông qua kết nối UDP ngoài băng tần hoặc qua kênh ảo VDI hiện có nếu không thể thiết lập kết nối UDP.

Phương thức này có thể được các tổ chức ưu tiên nếu họ không Bật Truy cập Internet trực tiếp cho các máy khách mỏng (hoặc các Thiết bị từ xa khác), hoặc nếu họ muốn Định tuyến dữ liệu qua mạng của mình, nhưng có thể *có khả năng* dẫn đến trải nghiệm kém hơn so với Tối ưu hóa trực tiếp nếu điều kiện Định tuyến mạng không tối ưu. Hình ảnh dưới đây minh họa luồng dữ liệu tối ưu hóa UDP/Kênh.

<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>Sơ đồ minh họa cách dữ liệu được truyền đến Máy tính để bàn VDI và Máy khách từ xa qua kết nối chuyển vòng.</p></figcaption></figure></div>

#### <mark style="color:xanh dương;">Chế độ Dự phòng: Khi tất cả phương tiện cuộc họp được Định tuyến đến và xử lý trực tiếp trên máy tính để bàn ảo</mark>

Chế độ Dự phòng thể hiện trải nghiệm VDI hoàn toàn không được tối ưu hóa. Trong chế độ này, không có tối ưu hóa phương tiện hoặc Plugin nào được sử dụng, và mọi hoạt động giao tiếp diễn ra trực tiếp giữa máy chủ VDI và Zoom đám mây, với toàn bộ quá trình xử lý chỉ diễn ra trên máy chủ VDI.

Phương thức này tạo gánh nặng xử lý đáng kể lên tài nguyên máy chủ VDI, thường dẫn đến hiệu suất kém, bao gồm chậm, video bị giật và âm thanh bị méo. Do đó, Chế độ Dự phòng là lựa chọn ít được ưu tiên nhất và chỉ nên được sử dụng như biện pháp cuối cùng hoặc khi không có Plugin.

{% hint style="danger" %}
**Cảnh báo**

Nên tránh Chế độ Dự phòng khi có thể để duy trì hiệu suất máy chủ.
{% endhint %}

#### <mark style="color:xanh dương;">Tóm tắt các chế độ kết nối</mark>

Ứng dụng Zoom Workplace VDI hỗ trợ ba chế độ kết nối riêng biệt, mỗi chế độ được điều chỉnh cho các nhu cầu vận hành và bảo mật khác nhau. Chế độ mặc định và hiệu quả nhất là Chế độ Tối ưu hóa trực tiếp, trong đó ứng dụng Zoom Workplace VDI và Plugin thiết lập các kết nối riêng biệt với Zoom đám mây, độc lập xử lý các phần tương ứng của một cuộc họp Zoom để mang lại trải nghiệm liền mạch, được tối ưu hóa.

Ngoài Chế độ Tối ưu hóa trực tiếp, ứng dụng Zoom Workplace VDI có thể hoạt động trong các cấu hình thay thế, bao gồm Chế độ Tối ưu hóa kênh và Chế độ Dự phòng. Các chế độ này có thể giúp giải quyết các ràng buộc cụ thể về quy trình làm việc hoặc mạng, chẳng hạn như Truy cập Internet bị hạn chế cho Thiết bị từ xa, Định tuyến dữ liệu vì các mối quan ngại về quyền riêng tư hoặc không có Plugin.

Bảng sau đây tóm tắt các khác biệt chính giữa các chế độ này.

|                          | **Giảm tải phương tiện** | **Truy cập đám mây trực tiếp từ Plugin** |
| ------------------------ | ------------------------ | ---------------------------------------- |
| **Tối ưu hóa trực tiếp** | ✔                        | ✔                                        |
| **Tối ưu hóa kênh**      | ✔                        |                                          |
| **Chế độ Dự phòng**      |                          |                                          |

### Giảm tải phương tiện WebRTC

#### <mark style="color:xanh dương;">Tổng quan</mark>

Zoom cung cấp máy khách WebRTC dựa trên trình duyệt thông qua [Ứng dụng web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) có thể giảm tải xử lý âm thanh xuống Thiết bị cục bộ của người dùng khi chạy trong môi trường máy tính để bàn ảo. Điều này hoạt động mà không yêu cầu bất kỳ plugin dành riêng cho Zoom nào vì nền tảng VDI cung cấp công cụ WebRTC cục bộ và khung chuyển hướng riêng để kết nối Ứng dụng web Zoom với công cụ đó.

{% hint style="danger" %}
**Cảnh báo**

Giảm tải phương tiện WebRTC hiện chỉ giới hạn ở âm thanh và không hỗ trợ tối ưu hóa video.
{% endhint %}

Tính năng này hỗ trợ các sản phẩm và kênh sau đây từ Ứng dụng web Zoom:

* Zoom Phone
* Zoom trung tâm liên hệ
* Trình kết nối CTI của Trung tâm liên hệ Zoom

Tính năng này hiện được hỗ trợ bởi các nền tảng máy tính để bàn ảo sau:

* Citrix
* Omnissa Horizon

Tham khảo Trung tâm hỗ trợ của Zoom để biết thêm thông tin về [cấu hình Zoom VDI để hỗ trợ chuyển hướng WebRTC cho Ứng dụng web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:xanh dương;">Ứng dụng web Zoom giảm tải âm thanh WebRTC VDI xuống Thiết bị cục bộ</mark>

Khi Ứng dụng web Zoom bên trong máy tính để bàn ảo cố gắng khởi tạo âm thanh WebRTC, các yêu cầu của ứng dụng sẽ bị chặn trước khi máy tính để bàn ảo cố gắng thu hoặc xử lý Âm thanh. Thay vì kích hoạt ngăn xếp phương tiện WebRTC tích hợp sẵn của trình duyệt trong phiên được lưu trữ, nền tảng VDI chuyển đổi tín hiệu liên quan đến âm thanh thành các thông điệp điều khiển gọn nhẹ. Các thông điệp này được gửi qua kênh ảo của nhà cung cấp VDI đến máy cục bộ của người dùng, chuyển hướng lưu lượng âm thanh theo thời gian thực từ Zoom đám mây trực tiếp đến máy cục bộ của người dùng.

Trên máy cục bộ, công cụ WebRTC gốc đi kèm với máy khách VDI (ví dụ: Citrix, Omnissa Horizon) nhận các thông điệp này và chịu trách nhiệm về toàn bộ việc thu âm thanh, mã hóa, giải mã và phát lại. Công cụ sử dụng micrô, loa và tài nguyên xử lý của hệ thống cục bộ, giúp đảm bảo rằng âm thanh không đi qua máy chủ máy tính để bàn ảo.

Sơ đồ sau minh họa cách dữ liệu được Định tuyến khi sử dụng Giảm tải phương tiện WebRTC với Ứng dụng web Zoom và một tác nhân ảo được hỗ trợ.<br>

<div data-with-frame="true"><figure><img src="https://2441790884-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>Sơ đồ minh họa cách phương tiện được phân chia giữa Thiết bị Máy tính để bàn ảo và Máy khách từ xa.</p></figcaption></figure></div>

#### <mark style="color:xanh dương;">Tương tác giữa Ứng dụng web Zoom và máy cục bộ</mark>

Từ góc nhìn của Ứng dụng web Zoom, trải nghiệm vẫn giống một phiên WebRTC Tiêu chuẩn. Tín hiệu giữa Ứng dụng web Zoom và phần phụ trợ của Zoom được chuyển tiếp qua máy tính để bàn ảo, và công cụ WebRTC cục bộ phản chiếu các tham số phiên đã thương lượng. Ứng dụng máy tính để bàn ảo tiếp tục trình bày giao diện Zoom—các điều khiển, trạng thái cuộc họp và chỉ báo—trong khi âm thanh theo thời gian thực thực tế được tạo và sử dụng bởi máy cục bộ.

Vì chỉ các thông điệp tín hiệu đi qua kênh ảo, phần chi phí băng thông thấp và ổn định, ngay cả trong môi trường nhiều người dùng.

#### <mark style="color:xanh dương;">Vì sao không cần Plugin</mark>

Yếu tố then chốt là máy khách VDI (ví dụ: Citrix, Omnissa Horizon) đã bao gồm một công cụ phương tiện WebRTC đầy đủ có khả năng xử lý âm thanh theo thời gian thực. Vì lớp chuyển hướng khiến công cụ này xuất hiện với Ứng dụng web Zoom như là phần triển khai WebRTC cơ bản của nó, Zoom không cần cung cấp và duy trì một plugin riêng biệt. Logic chuyển hướng ánh xạ các lệnh gọi API WebRTC, Truy cập Thiết bị và thương lượng phiên từ trình duyệt bên trong máy tính để bàn ảo đến công cụ gốc trên máy cục bộ.

#### <mark style="color:xanh dương;">Kết quả</mark>

Cách tiếp cận này cho phép trải nghiệm WebRTC dựa trên trình duyệt của Zoom hoạt động hiệu quả trong môi trường VDI với khả năng tối ưu hóa âm thanh đầy đủ. Giao diện chạy bên trong máy tính để bàn ảo, nhưng âm thanh theo thời gian thực được thu và xử lý cục bộ, mang đến cho người dùng trải nghiệm hội nghị có khả năng phản hồi tốt và mở rộng được mà không yêu cầu phần mềm Zoom bổ sung trên máy cục bộ hoặc yêu cầu xử lý từ máy chủ của máy tính để bàn ả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/vi/dich-vu-doanh-nghiep-lon-nang-cao/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.