> 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/goc-quan-tri-vien/network-management/quality-of-service-subscription-explainer.md). # Giải thích về Gói đăng ký chất lượng dịch vụ ### Gói đăng ký chất lượng dịch vụ là một tiện ích mở rộng phát trực tuyến dữ liệu đo từ xa QoS gần thời gian thực cho Zoom Meetings, hội thảo trực tuyến và Zoom Phone thông qua các đăng ký Sự kiện Gói đăng ký chất lượng dịch vụ của Zoom (QSS) là một tiện ích mở rộng cung cấp dữ liệu chất lượng dịch vụ (QoS) gần thời gian thực cho Zoom Meetings, hội thảo trực tuyến và các cuộc gọi điện thoại. QSS mở rộng chức năng sản phẩm của Zoom bằng cách gửi các Sự kiện QoS ở cấp độ người tham gia theo các khoảng thời gian tính theo phút (tần suất và mức tổng hợp có thể thay đổi theo Cấu hình). Khách hàng có thể sử dụng luồng dữ liệu phong phú này để xác định liệu môi trường mạng có ảnh hưởng đến các dịch vụ của Zoom hay không. #### QSS cung cấp các chỉ số QoS cơ bản giống như được dùng trong các Bảng điều khiển Zoom và API, nhưng việc lấy mẫu và thời điểm thì khác Phần hiện có [Bảng điều khiển Zoom](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) cung cấp các chỉ số về hiệu suất mạng và mức sử dụng, có thể giúp khách hàng hiểu Zoom đang hoạt động như thế nào trong một môi trường mạng. QSS cung cấp cùng dữ liệu QoS của Zoom, nhưng với tốc độ nhanh hơn. Do việc lấy mẫu với tốc độ nhanh hơn này, các chỉ số QoS tổng hợp sẽ Hiển thị các giá trị khác với Bảng điều khiển Zoom chính. Tuy nhiên, các chỉ số này vẫn Cho phép khách hàng Cấu hình chúng vào các chế độ xem bảng điều khiển riêng của họ để đối chiếu dữ liệu Zoom với các hệ thống bổ sung. Bảng dưới đây mô tả dữ liệu QoS được cung cấp tới các điểm cuối của Khách hàng thông qua QSS.
Dữ liệu QoS được cung cấp qua QSS
Các chỉ số chất lượngTốc độ bit, Độ trễ, Độ dao động, Mất gói, Độ phân giải, Tốc độ khung hình, Mức sử dụng CPU
Số liệu sử dụngThiết bị, Mạng, Vùng báo hiệu, Phiên bản máy khách, âm thanh (I/O), Video (I/O)
Tần suấtKhoảng 1 Sự kiện mỗi phút, cho mỗi người tham gia (theo từng chỉ số QoS hoặc tập hợp tổng hợp tùy theo Cài đặt tài khoản).
Lưu giữ dữ liệuNhật ký phân phối Sự kiện được lưu giữ trong 7 ngày thông qua API nhật ký webhook; dữ liệu QoS lịch sử thông qua các điểm cuối API có thể được lưu giữ lâu hơn (tùy thuộc vào giấy phép).
#### Dữ liệu trên Zoom Bảng điều khiển không nên được so sánh với dữ liệu được cung cấp qua QSS tới điểm cuối của bên thứ ba của khách hàng QSS và Zoom Bảng điều khiển cung cấp hai cơ chế riêng biệt để truy cập dữ liệu QoS của Zoom mà không nên so sánh. Mặc dù Zoom Bảng điều khiển và QSS lấy từ cùng một nguồn dữ liệu QoS, dữ liệu trong mỗi cơ chế sẽ không khớp do khác biệt về thời điểm truy xuất và tần suất phân phối dữ liệu. #### QSS hỗ trợ dữ liệu Sự kiện theo thời gian thực cho Zoom Meetings, Webinars và cuộc gọi Zoom Phone QSS cung cấp dữ liệu Sự kiện QoS cho tất cả người dùng trên một tài khoản đối với Zoom Meetings và Webinars, cũng như đối với các cuộc gọi Zoom Phone. Vì Zoom không quản lý chặng cuối của các cuộc gọi, QSS chỉ cung cấp dữ liệu Sự kiện QoS cấp tài khoản cho các cuộc gọi Zoom Phone và do đó không thể cung cấp khả năng hiển thị đầy đủ vào dữ liệu người tham gia nâng cao đầu cuối. #### Dữ liệu QSS không bao gồm dữ liệu cho người tham gia bên ngoài QSS không cung cấp dữ liệu cho những người tham gia cuộc họp bên ngoài. Tuy nhiên, QSS có thể giúp xác định chính xác người tham gia cuộc họp nội bộ nào gặp sự cố và sự cố đó là gì, cũng như các chỉ số chất lượng và mức sử dụng mà Khách hàng sẽ cần để khắc phục sự cố. ### QSS cho phép Khách hàng đưa dữ liệu QoS thô từ Bảng điều khiển Zoom vào các quy trình làm việc hiện có của họ Mặc dù Khách hàng Zoom từ trước đến nay đã có thể sử dụng các công cụ như Bảng điều khiển Zoom hoặc API để xem hoặc truy xuất dữ liệu QoS của Zoom, QSS cho phép bạn truyền luồng dữ liệu đo từ xa QoS của Zoom vào các nền tảng quản lý và giám sát mạng của mình thông qua đăng ký Sự kiện (webhook hoặc WebSocket). #### QSS cung cấp các Sự kiện QoS gần thời gian thực tới các điểm cuối đã đăng ký của bạn, giảm việc thăm dò API và tác động của giới hạn tốc độ Khách hàng QSS có thể đăng ký các Sự kiện QoS và dữ liệu thời gian thực sẽ được đẩy tới các điểm cuối ứng dụng của họ, giúp giải phóng dung lượng API và tối ưu hóa việc sử dụng mạng. QSS là một phần mở rộng của Zoom [dịch vụ webhook Tiêu chuẩn](https://developers.zoom.us/docs/api/webhooks/) vì nó có thể gửi dữ liệu QoS thô tới một điểm cuối với tốc độ gần thời gian thực từ 4 đến 6 lần mỗi phút. #### QSS cho phép Khách hàng Truy cập dữ liệu QoS gần thời gian thực từ Bảng điều khiển Zoom mà không gặp giới hạn tốc độ API Các dịch vụ API dựa trên yêu cầu và sử dụng cơ chế “pull” để thu thập dữ liệu được một ứng dụng hoặc người dùng yêu cầu. API tốn nhiều tài nguyên hơn webhook vì chúng yêu cầu gọi lặp lại để kéo dữ liệu từ một điểm cuối API. Khách hàng sử dụng [API Zoom](https://developers.zoom.us/docs/api/) để lấy dữ liệu QoS từ Bảng điều khiển Zoom có thể gặp phải giới hạn tốc độ, nghĩa là họ đã đạt số lượng cuộc gọi API tối đa có thể thực hiện trong một khoảng thời gian nhất định. QSS không tăng giới hạn tốc độ API, nhưng giảm bớt lo ngại của khách hàng về giới hạn tốc độ bằng cách đẩy dữ liệu QoS thô đến các điểm cuối của họ thay vì yêu cầu khách hàng tự lấy dữ liệu. #### QSS cho phép khách hàng sử dụng dữ liệu QoS thô của Zoom và khắc phục sự cố bằng hệ thống quản lý mạng mà họ ưu tiên Một số khách hàng có thể cần đánh giá hiệu suất mạng của họ trên nhiều ứng dụng cùng lúc. QSS cho phép họ giám sát dữ liệu QoS của Zoom trong một bảng điều khiển cùng với các dữ liệu khác trong bộ ứng dụng của họ, mang lại một cách linh hoạt, có khả năng mở rộng để sử dụng dữ liệu QoS của Zoom và tích hợp liền mạch dữ liệu đó vào các bảng điều khiển tùy chỉnh. #### Dữ liệu QoS của Zoom được truyền qua TLS 1.2 Dữ liệu QSS được mã hóa trong quá trình truyền bằng TLS 1.2 hoặc cao hơn. Các điểm cuối phải sử dụng chứng chỉ Cơ quan cấp chứng chỉ (CA) hợp lệ. Các yêu cầu webhook bao gồm tiêu đề chữ ký và kiểm tra phản hồi-thử thách để Xác minh. Để tăng cường bảo mật, khách hàng sẽ được nhắc [xác thực các điểm cuối webhook của họ](https://developers.zoom.us/docs/api/webhooks/) bằng cách sử dụng Kiểm tra Thử thách-Phản hồi (CRC). CRC sẽ xác nhận quyền sở hữu và tính bảo mật của các URL điểm cuối Thông báo Sự kiện của họ. ### Khách hàng có thể bắt đầu sử dụng dữ liệu QoS bằng cách tạo một ứng dụng có thể nhận các Sự kiện QSS Sau khi một khách hàng mua gói tiện ích mở rộng QSS, ít nhất một người dùng trên tài khoản phải được bật quyền nhà phát triển. Khách hàng sau đó có thể dùng ba bước sau để tạo một ứng dụng webhook có thể đăng ký nhận các sự kiện QSS. Khách hàng cũng có thể theo đuổi [Gói nhà phát triển Zoom](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) với cờ QSS được bật, điều này gộp QSS cùng các công cụ dành cho nhà phát triển khác. {% stepper %} {% step %} **Tạo một ứng dụng Đăng ký Sự kiện (OAuth Chung hoặc OAuth từ máy chủ đến máy chủ). Bật Đăng ký Sự kiện và Chọn các sự kiện QoS** Khách hàng phải tạo trước một ứng dụng OAuth General hoặc Server-to-Server trong [Zoom App Marketplace](https://marketplace.zoom.us/). Sau đó, họ sẽ Bật Đăng ký Sự kiện và Chọn các Sự kiện QoS mà họ muốn nhận. Tiếp, Khách hàng phải chỉ định đích cho thông báo sự kiện QSS bằng cách nhập URL điểm cuối Thông báo Sự kiện của ứng dụng của họ {% hint style="info" %} Một ứng dụng chỉ webhook không bắt buộc cho cấu hình này. Zoom khuyên tạo một ứng dụng chung. {% endhint %} {% endstep %} {% step %} **Đăng ký nhận các sự kiện webhook QSS** Để đăng ký nhận sự kiện QSS, Khách hàng phải Thêm Sự kiện và Chọn từ danh sách QSS có sẵn **Các loại Sự kiện**. Khách hàng có thể Chọn một hoặc nhiều Sự kiện QSS trước khi hoàn tất quy trình và kích hoạt ứng dụng của họ.
Image of the Event types screen, focused on QSS options.
Bạn cũng có thể quản lý các đăng ký qua giao diện người dùng Marketplace hoặc bằng các lệnh gọi API: * `POST /marketplace/ứng dụng/Sự kiện_subscription – tạo` * `PATCH /{id} – đăng ký người dùng/tài khoản` * `DELETE /{id} – hủy đăng ký/xóa` * `GET /marketplace/ứng dụng/Sự kiện_subscription – liệt kê` Để xác thực qua API, hãy dùng một mã thông báo từ Client Credentials Grant. {% endstep %} {% step %} **Xác minh các Sự kiện webhook** Sau khi cấu hình các đăng ký sự kiện, hãy đảm bảo rằng cả quyền sở hữu URL webhook và tính xác thực của sự kiện đều được xác minh đúng cách. * **Xác minh URL** * Khi bạn lần đầu Bật đăng ký sự kiện, Zoom sẽ thực hiện Kiểm tra Thách thức–Phản hồi (CRC) để xác minh quyền sở hữu điểm cuối webhook của bạn. Quy trình này đảm bảo rằng Zoom đang gửi dữ liệu đến một đích hợp lệ do ứng dụng của bạn kiểm soát. (Bạn có thể đưa xử lý CRC vào một bước thiết lập sớm hơn nếu muốn.) * **Xác minh Sự kiện** * Mỗi thông báo sự kiện đến phải được ứng dụng của bạn xác minh để xác nhận rằng nó có nguồn gốc từ Zoom. ứng dụng có thể xác minh các yêu cầu đến bằng cách sử dụng tiêu đề chữ ký được cung cấp trong mỗi Sự kiện webhook. Những nhà phát triển muốn dùng một phương án thay thế cho phương thức chữ ký mặc định có thể sử dụng một trong các tùy chọn Xác minh được hỗ trợ khác được mô tả trong Tài liệu dành cho nhà phát triển Zoom. * Sử dụng API Get Webhook Logs để xem lại dữ liệu phân phối webhook trong tối đa bảy ngày, bao gồm trạng thái, số lần thử lại và trace ID. {% endstep %} {% endstepper %} Để biết đầy đủ chi tiết triển khai, vui lòng tham khảo [Hướng dẫn triển khai QSS](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) dành cho nhà phát triển. Để biết chi tiết kỹ thuật, hãy xem các hướng dẫn về API Đăng ký Sự kiện, API Get Webhook Logs và xác thực Ủy quyền thông tin đăng nhập ứng dụng khách trong Tài liệu dành cho nhà phát triển Zoom. --- # 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/goc-quan-tri-vien/network-management/quality-of-service-subscription-explainer.md?ask=&goal= ``` `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.