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

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

#### <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 thời gian thực: Direct Optimized, Kênh Optimized và Chế độ Fallback</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à hiển thị (render) phương tiện theo thời gian thực giữa Zoom cloud, ứng dụng Zoom Workplace VDI và/hoặc Plug-In. Để 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 cho xử lý và tối ưu hóa phương tiện: Chế độ Direct Optimized (Tối ưu hóa trực tiếp), Chế độ Channel Optimized (Tối ưu hóa theo kênh) và Chế độ Fallback (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 trực tiếp: Khi ứng dụng VDI của Zoom Workplace và Plug-In nhận các luồng dữ liệu độc lập từ Zoom cloud</mark>

Chế độ Tối ưu hóa Trực tiếp là chế độ tối ưu hóa mặc định cho ứng dụng Zoom Workplace VDI và Plugin. Ở chế độ này, Zoom Cloud duy trì hai luồng dữ liệu riêng biệt cho người dùng VDI đã được tối ưu: một luồng cho ứng dụng Zoom Workplace VDI và một luồng khác cho Plug-In. Cấu hình này cho phép máy khách từ xa của người dùng (được trang bị VDI Plug-In) giao tiếp trực tiếp với Zoom Cloud để truyền dữ liệu đa phương tiện theo thời gian thực, loại bỏ nhu cầu chuyển phần lớn lưu lượng đa 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ế độ Direct Optimized, những điều sau sẽ xảy ra:

1. Plug-In nhận các luồng dữ liệu cho 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, 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ị chúng trong phần giữ chỗ của ứng dụng Workplace, đồng thời quản lý chia sẻ màn hình Đến bằng cách chuyển tiếp nó đến plug-in và tải lên nội dung chia sẻ màn hình cục bộ từ máy tính ảo khi đang hoạt động.
3. Phần bổ trợ 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ư cách hiển thị của phương tiện trên màn hình giữa hai lớp.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>Sơ đồ minh họa cách Zoom cloud truyền dữ liệu đến hai đích đến riêng biệt khi sử dụng chế độ tối ưu hóa trực tiếp.</p></figcaption></figure>

#### <mark style="color:xanh dương;">Chế độ tối ưu hóa kênh: Khi Plug-In nhận dữ liệu được hairpin 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 đó Plug-In tiếp tục hiển thị phương tiện của cuộc họp (như thấy trong hình ở trên), nhưng thông qua một đường dẫn mạng khác. Ở chế độ này, các điều sau xảy ra:

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

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

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>Sơ đồ minh họa cách dữ liệu được truyền tới VDI Desktop và Remote Client thông qua một kết nối hairpin.</p></figcaption></figure>

#### <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 đại diện cho trải nghiệm VDI hoàn toàn chưa được tối ưu hóa. Trong chế độ này, không có tối ưu hóa phương tiện truyền thông hoặc Plug-In nào được sử dụng, và mọi liên lạc diễn ra trực tiếp giữa máy chủ VDI và Đám mây Zoom, với toàn bộ quá trình xử lý chỉ diễn ra trên máy chủ VDI.

Phương pháp này đặt 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 chạp, video giật và âm thanh méo. Vì vậy, 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ó Plug-Ins.

{% 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 VDI của Zoom Workplace hỗ trợ ba chế độ kết nối riêng biệt, mỗi chế độ được tối ưu cho các nhu cầu vận hành và bảo mật khác nhau. Chế độ mặc định và hiệu quả nhất là Direct Optimized Mode, trong đó ứng dụng VDI của Zoom Workplace và Plug-In thiết lập các kết nối riêng biệt tới Zoom cloud, độ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.

Ngoài Chế độ Tối ưu hóa Trực tiếp, ứng dụng VDI Zoom Workplace 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 hạn chế cụ thể về quy trình làm việc hoặc mạng, chẳng hạn như quyền truy cập internet bị hạn chế đối với các thiết bị từ xa, Định tuyến dữ liệu do các mối lo ngại về quyền riêng tư, hoặc việc không có Plug-In.

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

|                          | **Tải media sang ngoài** | **Truy cập đám mây trực tiếp từ Plug-In** |
| ------------------------ | ------------------------ | ----------------------------------------- |
| **Tối ưu trực tiếp**     | ✔                        | ✔                                         |
| **Kênh được tối ưu hóa** | ✔                        |                                           |
| **Chế độ dự phòng**      |                          |                                           |

### WebRTC Media Offloading

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

Zoom cung cấp một ứng dụng 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ể chuyển xử lý âm thanh sang Thiết bị cục bộ của người dùng khi chạy bên trong môi trường máy tính để bàn ảo. Điều này hoạt động mà không cần bất kỳ plug-in dành riêng cho Zoom nào vì nền tảng VDI cung cấp công cụ WebRTC cục bộ của riêng mình và một khung chuyển hướng, khung này kết nối Ứng dụng Web Zoom với công cụ đó.

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

WebRTC Media Offloading 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 từ Ứng dụng Web Zoom:

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

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 Zoom Web](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

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

Khi ứng dụng Zoom Web App bên trong máy tính ảo cố gắng khởi tạo âm thanh WebRTC, các yêu cầu của nó sẽ bị chặn lại trước khi máy tính ảo thử chụp hoặc xử lý âm thanh. Thay vì kích hoạt ngăn xếp media 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 sẽ chuyển các tín hiệu liên quan đến âm thanh thành các thông điệp điều khiển nhẹ. Các thông điệp này được gửi thông qua kênh ảo của nhà cung cấp VDI tới máy tính cục bộ của người dùng, chuyển hướng lưu lượng âm thanh thời gian thực từ Zoom cloud trực tiếp tới máy tính 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 ứng dụng 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 cho 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ủ desktop ảo.

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

<div data-with-frame="true"><figure><img src="/files/2d471511e9276c543d005722db1ad3075ab6c744" 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"><figcaption><p>Sơ đồ minh họa cách phương tiện được chia giữa Màn hình ảo và Thiết bị Remote Client.</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 Zoom Web, 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 Zoom Web và backend của Zoom được chuyển tiếp qua máy tính để bàn ảo, và bộ máy WebRTC cục bộ phản chiếu các tham số phiên đã được 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à các chỉ báo—trong khi âm thanh thời gian thực thực tế được tạo ra và được xử lý bởi máy cục bộ.

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

#### <mark style="color:xanh dương;">Tại sao Không Cần Plug-In</mark>

Yếu tố then chốt là ứng dụng VDI client (ví dụ: Citrix, Omnissa Horizon) đã bao gồm một bộ máy media WebRTC đầy đủ có khả năng xử lý âm thanh thời gian thực. Vì lớp chuyển hướng làm cho bộ máy này xuất hiện với Ứng dụng Zoom Web như là triển khai WebRTC nền tảng của nó, Zoom không cần cung cấp và duy trì một plug-in 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 sang bộ máy 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 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 thời gian thực được ghi nhận và xử lý cục bộ, mang lại cho người dùng trải nghiệm hội nghị phản hồi nhanh và có khả năng mở rộng mà không cần phần mềm Zoom bổ sung trên máy cục bộ hoặc tạo ra yêu cầu xử lý từ máy chủ của máy tính để bàn ảo.


---

# 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/vi/dich-vu-doanh-nghiep-lon-nang-cao/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask=<question>
```

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.
