> 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/architecture-and-design/bcdr-whitepaper.md). # Sách trắng về tính liên tục trong Kinh doanh và khôi phục sau thảm họa ## **Giới thiệu** Zoom mang đến Truyền thông hợp nhất dưới dạng dịch vụ (UCaaS) và Dịch vụ trung tâm liên hệ (CCaaS) dựa trên AI-first thông qua một nền tảng tích hợp, duy nhất. Tài liệu này trình bày các đổi mới và kiến trúc đằng sau các dịch vụ và sản phẩm hàng đầu của Zoom, giải thích cách chúng tôi mang lại trải nghiệm nhất quán, an toàn và dễ quản lý cho người dùng cuối và bộ phận CNTT trên cả UCaaS và CCaaS. ## **Được xây dựng từ kinh nghiệm** Tầm nhìn ưu tiên đám mây của Zoom giúp các tổ chức vượt qua chi phí và độ phức tạp của các hệ thống cũ tại chỗ. Thay vì gắn thêm tính năng lên các bộ công nghệ đã cũ, chúng tôi đã đầu tư vào kỹ thuật toàn bộ ngăn xếp trên client, dịch vụ media và hệ thống phòng để tối ưu hóa chất lượng, khả năng phục hồi và khả năng sử dụng từ đầu đến cuối như một nền tảng thống nhất—được neo bởi chiến lược một client duy nhất với một codebase chung trên các nền tảng, tận dụng UX gốc của từng Hệ điều hành. Cách tiếp cận ưu tiên đám mây đó xuất hiện trong ứng dụng Zoom Workplace: một ứng dụng hiện đại, duy nhất mang đến cho người dùng Truy cập tập trung vào Meetings, cuộc trò chuyện, Phone, trung tâm liên hệ, Events, Webinars, Rooms, bảng trắng, Canvas, và nhiều hơn nữa. Truy cập được quản lý bởi giấy phép, nên bộ phận CNTT có thể bật hoặc tắt sản phẩm và tính năng mà không cần triển khai một mớ trình cài đặt riêng lẻ hoặc quản lý các phiên bản client xung đột. Đối với bộ phận CNTT, mô hình này giảm bớt gánh nặng vận hành—ít máy chủ hơn để mua, lắp rack và vá lỗi; ít tích hợp tùy biến hơn để bảo trì; và không cần cả đội ngũ chuyên trách để duy trì hạ tầng tại chỗ hoạt động. dung lượng, các bản cập nhật và các cải tiến bảo mật được cung cấp từ đám mây, vì vậy quản trị viên có thể tập trung vào chính sách, việc áp dụng và kết quả thay vì bảo trì. ## Kiến trúc và khả năng phục hồi của phương tiện truyền thông thời gian thực Các phần sau đây thảo luận về cách tiếp cận thiết kế của Zoom để Bật một trải nghiệm phương tiện truyền thông theo thời gian thực hàng đầu trong phân khúc. ### Zoom Meetings, hội thảo trên web và sự kiện Nền tảng của kiến trúc chúng tôi là một lớp truyền tải thông minh, lựa chọn đường đi tốt nhất dựa trên điều kiện và chính sách mạng thực tế. UDP được dùng khi có thể, với cơ chế chuyển dự phòng liền mạch sang TCP/TLS (bao gồm HTTPS/443) trong các môi trường hạn chế hơn. chia sẻ màn hình sử dụng Reliable UDP để chuyển động mượt mà bất cứ khi nào có thể, với cơ chế chuyển dự phòng tự động nếu cần. Khi Kết nối tới một cuộc họp, hội thảo trực tuyến hoặc Sự kiện, ứng dụng Zoom Workplace được định tuyến theo vị trí địa lý tới các tài nguyên sẵn có gần nhất để giảm thiểu độ trễ. Khi chính sách của tổ chức hoặc hiệu năng yêu cầu, lưu lượng có thể đi qua xương sống toàn cầu của Zoom qua các liên kết chuyên dụng đến các trung tâm dữ liệu khác nhau.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

Tổng quan về kiến trúc và thiết kế Đang hoạt động-Đang hoạt động của cuộc họp, hội thảo trực tuyến và sự kiện của Zoom.

Lớp Tiếp theo là một lớp chất lượng dịch vụ phản ứng, thích ứng với các điều kiện mạng và Thiết bị theo thời gian thực. Lớp này giám sát băng thông, mất gói, độ trễ và dao động trễ, đồng thời thu thập mức sử dụng CPU cục bộ, bộ nhớ và I/O mạng. Những tín hiệu này cung cấp thông tin cho các lớp bên trên để thực hiện các hành động thích ứng phù hợp nhằm duy trì chất lượng và độ tin cậy. Bộ codec tùy chỉnh, thích ứng của Zoom ở lớp phiên được tinh chỉnh cho hiệu năng thời gian thực. Các thuật toán xung quanh liên tục tối ưu tốc độ khung hình và độ phân giải để phù hợp với điều kiện của Thiết bị và mạng. Để mang lại trải nghiệm tốt nhất có thể khi điều kiện Cho phép, Zoom sử dụng nhiều luồng Đồng thời, và ứng dụng Zoom Workplace tự động chọn lớp phù hợp nhất. Nhờ nén hiệu quả, các phiên vẫn có thể sử dụng được ngay cả khi mất gói lên tới khoảng 45%; trong những trường hợp đó, âm thanh được ưu tiên hơn video để giữ cho cuộc trò chuyện rõ ràng. Cách tiếp cận đa luồng cũng điều chỉnh băng thông theo khả năng gửi và nhận âm thanh và video của mỗi người tham gia. Lớp hội nghị phân tán của Zoom sử dụng chuyển mạch dựa trên đăng ký mà không cần chuyển mã hoặc trộn ở phía máy chủ. Các dịch vụ truyền thống thường chuyển mã và trộn các luồng, làm tăng chi phí CPU và bộ nhớ; phương pháp chuyển mạch của chúng tôi được thiết kế để giảm mức sử dụng tài nguyên và mở rộng quy mô hiệu quả. Người tham gia được định tuyến theo vị trí địa lý đến trung tâm dữ liệu gần nhất và được gán tới máy chủ ít tải nhất; khi những người tham dự ở cùng một địa điểm, họ có thể được nhóm trên cùng một máy chủ để tăng hiệu quả. Kiến trúc này hỗ trợ các triển khai tại chỗ và kết hợp linh hoạt, đồng thời cung cấp các đường dẫn lưu lượng phân cấp cho các doanh nghiệp lớn. Máy chủ cuộc họp là MMR (bộ định tuyến đa phương tiện) của chúng tôi, và mỗi MMR được nhóm trong một “Khu vực cuộc họp”. Các Trình điều khiển vùng quản lý tất cả các MMR và báo cáo trạng thái của chúng cho Trình điều khiển đám mây toàn cầu cho mỗi Khu vực cuộc họp. Các Khu vực cuộc họp được nhân bản cho mỗi trung tâm dữ liệu với cùng một kiến trúc chính xác, và chúng tôi có thể dễ dàng Thêm thêm nhiều vùng khi cần để có thêm dung lượng ở mỗi khu vực. Ba lớp (MMR, Trình điều khiển Zoom, và Trình điều khiển đám mây toàn cầu) được dùng để cân bằng tài nguyên ở các vị trí khác nhau. Nếu chỉ có hai Người tham gia trong một cuộc họp, Zoom có thể sử dụng kết nối ngang hàng để có tốc độ và độ tin cậy tuyệt vời. Tất cả điều này cho phép Zoom duy trì độ sẵn sàng của dịch vụ cuộc họp đạt 99,9% thời gian hoạt động và mang đến trải nghiệm hội nghị truyền hình đáng tin cậy. ### Zoom Phone Zoom Phone được xây dựng trên đám mây và cho đám mây, sử dụng các điều chỉnh về chất lượng âm thanh đã được có sẵn trong các sản phẩm Zoom Meetings và Webinars của chúng tôi. Kiến trúc của Zoom có tính dự phòng và khả năng phục hồi được tích hợp sẵn, tạo ra một giải pháp có tính sẵn sàng cao có thể mở rộng để đáp ứng ngay cả nhu cầu của Tổ chức lớn nhất. Zoom Phone sử dụng các cơ chế vận chuyển thông minh để đảm bảo kết nối đáng tin cậy trên nhiều môi trường mạng khác nhau. Đối với phương tiện truyền thông, nó sử dụng SRTP qua UDP khi có sẵn, với cơ chế dự phòng liền mạch sang TCP/TLS, cùng với tốc độ bit thích ứng và giảm thiểu mất gói để bảo toàn chất lượng âm thanh trong điều kiện kém. Đối với kết nối, các cuộc gọi được định tuyến đến SIP Zone Đang rảnh gần nhất để giảm thiểu độ trễ, với cơ chế chuyển đổi dự phòng tự động giữa các trung tâm dữ liệu khi cần.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

kiến trúc Đang hoạt động-Đang hoạt động của Zoom Phone

Zoom có các Bộ điều khiển biên phiên dự phòng (SBC) trong mỗi trung tâm dữ liệu của mình, giúp bảo mật liên lạc của Khách hàng và nhà mạng. Các SBC cấp nhà mạng này tạo điều kiện cho Truy cập dễ dàng cho nhiều tổ chức, từ những Khách hàng nhỏ nhất đến các doanh nghiệp toàn cầu. Bộ cân bằng tải chuyển hướng các liên lạc dựa trên SIP tới các Bộ chuyển mạch cuộc gọi của Zoom để phân bổ đều lưu lượng cuộc gọi. Sự phân bổ này mang lại trải nghiệm mượt mà cho người dùng, ngay cả trong các giờ đăng ký cao điểm và giờ cuộc gọi Bận. Bộ chuyển mạch cuộc gọi là bộ điều khiển cuộc gọi cốt lõi của Zoom Phone. Những thành phần có khả năng mở rộng này không chỉ hỗ trợ chức năng cơ bản của Tổng đài điện thoại nội bộ, mà còn tạo điều kiện cho dữ liệu đo từ xa đến Bảng điều khiển Zoom Phone và Bật các tính năng như nâng cấp các cuộc gọi Zoom Phone lên Zoom Meetings.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

Kiến trúc đang hoạt động-đang hoạt động cho phần cứng và các vùng SIP được lưu trữ trong một trung tâm dữ liệu

Ứng dụng Zoom Workplace sử dụng logic độc quyền để giám sát băng thông, mất gói, độ trễ và độ dao động của ứng dụng, đồng thời thu thập mức sử dụng CPU, bộ nhớ và I/O mạng của ứng dụng. Công nghệ này chủ động giám sát các cuộc gọi và thực hiện điều chỉnh theo thời gian thực để khắc phục điều kiện mạng kém, nhằm cung cấp chất lượng cuộc gọi và độ tin cậy vượt trội cho nhiều môi trường mạng và thiết bị khác nhau. Bảng điều khiển Zoom Phone ghi nhận dữ liệu Chất lượng dịch vụ theo thời gian thực và lịch sử, cũng như các số liệu về mức sử dụng và mức độ chấp nhận, nhật ký cuộc gọi và các số liệu liên quan đến dịch vụ khẩn cấp di động. Zoom tự động chấm mỗi cuộc gọi bằng Điểm đánh giá trung bình (MOS), cho phép quản trị viên CNTT theo dõi hiệu năng của tất cả cuộc gọi đi qua mạng và cô lập các sự cố tiềm ẩn liên quan đến mạng.
### Zoom trung tâm liên hệ Tương tự như Zoom Phone, kiến trúc đang hoạt động-đang hoạt động của Zoom trung tâm liên hệ giúp mang lại khả năng phục hồi và dự phòng trên toàn bộ môi trường đa kênh của nó. Dựa trên các kiến trúc đã được chứng minh từ Zoom Meetings và các dịch vụ Zoom Phone, trung tâm liên hệ tích hợp liền mạch các khả năng liên lạc theo thời gian thực với chức năng web, tạo ra một giao diện trực quan mang lại lợi ích cho cả đội ngũ nhân viên và Khách hàng của bạn. Mỗi trung tâm dữ liệu có hai vùng Giao thức khởi tạo phiên (SIP) giống hệt nhau và được kết nối với nhau. Các vùng SIP cho phép thực hiện và nhận cuộc gọi thoại qua internet, và mỗi vùng được trang bị phần cứng và dịch vụ chuyên dụng để tự duy trì độc lập. Trong một trung tâm dữ liệu, bộ cân bằng tải phân phối đều các cuộc gọi giữa cả hai vùng SIP. Các cuộc gọi được phân phối giữa một cụm bộ chuyển mạch cuộc gọi, chịu trách nhiệm cho nhiều chức năng như định tuyến cuộc gọi, thiết lập và giải phóng. Từ các bộ chuyển mạch cuộc gọi, các cuộc gọi kết nối tới một SBC trong mỗi vùng, SBC này hoặc kết nối với mạng cơ sở của Zoom gồm các nhà cung cấp, hoặc với nhà mạng do Khách hàng cung cấp để Định tuyến Mạng điện thoại chuyển tiếp công cộng cho đến khi cuộc gọi đến đích cuối cùng. SBC, bộ cân bằng tải và bộ chuyển mạch cuộc gọi được bổ sung phần cứng dự phòng ở trạng thái chờ để tăng khả năng phục hồi. Giọng nói trong Zoom trung tâm liên hệ được hưởng lợi từ cùng hành vi thích ứng của máy khách và truyền tải như Zoom Phone—sử dụng UDP khi Đang rảnh với phương án dự phòng sang TCP/TLS—nên âm thanh vẫn rõ ràng ngay cả trên các mạng bị hạn chế. Đối với video và các kênh kỹ thuật số, dịch vụ tận dụng xương sống phương tiện truyền thông theo thời gian thực của Zoom và khả năng phục hồi của đám mây để đảm bảo chất lượng nhất quán và chuyển đổi dự phòng. #### Cobrowse Dịch vụ Cobrowse của Zoom trung tâm liên hệ chạy trên hạ tầng tách biệt với dịch vụ cốt lõi của Zoom trung tâm liên hệ. Khi một phiên bắt đầu, bộ công cụ phát triển phần mềm (SDK) thiết lập một kết nối WebSocket bền vững tới Máy chủ Trung tâm Cobrowsing (CHS) để giao tiếp hai chiều, với lưu lượng được định tuyến theo vị trí địa lý tới trung tâm dữ liệu Đang rảnh gần nhất để giảm độ trễ. Dịch vụ sử dụng kiến trúc phân tán không trạng thái, với cân bằng tải động trên các nút CHS để hỗ trợ mở rộng linh hoạt trên các mô hình triển khai đám mây, lai và tại chỗ. Để giúp duy trì tính liên tục của phiên, SDK tự động kết nối lại với các nút CHS khỏe mạnh nếu kết nối bị gián đoạn và có thể chuyển đổi dự phòng giữa các trung tâm dữ liệu với mức gián đoạn tối thiểu. Kết hợp với việc giám sát tình trạng liên tục và phương pháp khả năng phục hồi Đang hoạt động-Đang hoạt động rộng hơn của Zoom, kiến trúc này được thiết kế để mang lại hiệu năng cộng duyệt đáng tin cậy, có khả năng mở rộng cho các môi trường Doanh nghiệp lớn.

Kiến trúc Đang hoạt động-Đang hoạt động cho các vùng Cobrowse SDK được lưu trữ trong một trung tâm dữ liệu

## **Zoom Node cho các triển khai kết hợp & tại chỗ** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) là một nền tảng lai được quản lý trên đám mây, liên kết các tài nguyên trung tâm dữ liệu của bạn với đám mây của Zoom, cho phép bạn triển khai Zoom Service Modules (workloads) tại chỗ và quản lý chúng từ Cổng thông tin web của Zoom. Hai mô-đun nổi bật về khả năng phục hồi: Zoom Meetings Hybrid và Zoom Phone Local Survivability (ZPLS). [Zoom Meetings kết hợp](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) tạo tuyến media thời gian thực cho Người tham gia nội bộ thông qua Node cục bộ của bạn trong khi việc báo hiệu, quản trị viên và chính sách vẫn nằm trong Zoom cloud, và nó bao gồm tùy chọn khả năng tồn tại cục bộ nếu các trung tâm dữ liệu của Zoom không thể truy cập được. Người dùng nội bộ nhận được các tuyến độ trễ thấp và giảm lưu lượng egress internet, trong khi Người tham gia bên ngoài có thể Tham gia qua đám mây như bình thường. Các tài khoản cũng có thể Thêm Trình kết nối ghi âm để ghi cục bộ khi cần, với chuyển đổi dự phòng đám mây tự động nếu không có dung lượng cục bộ.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

Zoom Meetings Hybrid Module cho thấy cách người dùng trong một mạng cục bộ kết nối với Hybrid MMR, chuyển tiếp lên đám mây.

[Zoom Phone Khả năng duy trì hoạt động cục bộ](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) duy trì khả năng gọi cốt lõi tại một cơ sở nếu WAN hoặc đường truyền của nhà cung cấp gặp sự cố. Điện thoại đăng ký cục bộ, cuộc gọi nội bộ theo số máy nhánh vẫn tiếp tục và, khi được cấu hình, gọi đi quan trọng có thể được duy trì thông qua một đường Mạng điện thoại chuyển tiếp công cộng tại chỗ. Khi kết nối được khôi phục, dịch vụ sẽ tự động tiếp tục hoạt động đám mây bình thường.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

Khả năng tồn tại cục bộ của Zoom Phone hỗ trợ nhiều tình huống chuyển đổi dự phòng trở lại cho Mạng điện thoại chuyển tiếp công cộng và kết nối giữa các cơ sở trong trường hợp xảy ra một Sự kiện ảnh hưởng đến dịch vụ.

## **Các trung tâm dữ liệu phân tán toàn cầu và dự phòng** Zoom có các máy chủ môi giới và máy chủ truyền thông được phân bổ trong nhiều trung tâm dữ liệu được kết nối với nhau trên toàn cầu. Chúng tôi liên tục đánh giá các trung tâm dữ liệu và nhà cung cấp dịch vụ Internet (ISP) để tối ưu hóa hiệu suất cho Khách hàng của mình về băng thông, độ trễ và khả năng cô lập để phục hồi sau thảm họa. Các trung tâm dữ liệu của chúng tôi được đặt trong các cơ sở đồng vị trí an toàn, trung lập với nhà mạng ISP và cung cấp bảo mật vật lý, nguồn điện dự phòng cũng như Truy cập Đồng thời vào các ISP hàng đầu và đối tác ngang hàng. Chúng tôi cũng có một số triển khai trên các nhà cung cấp đám mây công cộng khi các yêu cầu về khu vực hoặc dung lượng cần thiết. Các cơ sở đồng vị trí của chúng tôi được xây dựng với kiến trúc chịu lỗi, có dự phòng hoàn toàn và khả năng chuyển đổi dự phòng nhanh. Zoom tự động cân bằng tải các máy chủ truyền thông để tự động chuyển các phiên mới đến trung tâm dữ liệu có thời gian phản hồi tốt nhất. Các cơ sở này cũng được thiết kế để có khả năng phục hồi ở lớp vật lý. Mỗi cơ sở đồng vị trí được xây dựng với dự phòng N+1 và đầy đủ các biện pháp kiểm soát môi trường nhằm duy trì hoạt động của cơ sở khi xảy ra lỗi thành phần và các mối nguy vật lý: * Kiểm soát nhiệt độ và độ ẩm * Hệ thống điện được dự phòng hoàn toàn và có quy mô để đáp ứng khi thành phần gặp sự cố * Chiếu sáng khẩn cấp có khả năng phục hồi * Phòng cháy chữa cháy * Bảo vệ khỏi hư hại do nước Các trung tâm dữ liệu bao gồm các mô hình dự phòng bộ lưu điện (UPS) như N, N+1 hoặc 2N, và dự phòng máy phát điện sử dụng thiết kế N+1, với việc bảo trì và kiểm thử nguồn điện do nhà cung cấp trung tâm dữ liệu áp dụng xử lý. Khi Zoom sử dụng Dịch vụ web của Amazon để làm người chủ trì cho một phần cơ sở hạ tầng đám mây của mình, sự tồn tại và hoạt động của các biện pháp kiểm soát của Dịch vụ web của Amazon được nhóm An ninh của Zoom xem xét hằng năm thông qua các báo cáo của kiểm toán viên dịch vụ bên ngoài; mọi ngoại lệ được xác định sẽ được thảo luận với Dịch vụ web của Amazon và, khi chúng trình bày một rủi ro đối với hệ thống hoặc dữ liệu của Zoom, sẽ được chuyển lên ban quản lý của Zoom.

Các địa điểm trung tâm dữ liệu thương mại của Zoom trên khắp thế giới (Tháng 9, 2026)

## **Dung lượng** Zoom duy trì 50% dung lượng dự phòng trong tất cả các khía cạnh của cơ sở hạ tầng của chúng tôi để đáp ứng hoạt động kinh doanh đang phát triển của chúng tôi và để đáp ứng các yêu cầu sử dụng cao điểm. Chúng tôi tin tưởng vào khả năng cung cấp dịch vụ và mở rộng quy mô dựa trên nhu cầu hiện tại và tương lai của khách hàng. ## **Kinh doanh liên tục và Khôi phục sau thảm họa** Độ tin cậy trong điều kiện bình thường chỉ là một phần của câu chuyện; cũng quan trọng không kém là cách nền tảng hoạt động khi có sự cố. Các gián đoạn — chẳng hạn như thiên tai, sự cố nguồn điện hoặc cơ sở vật chất, sự cố an ninh mạng, mất kết nối mạng và lỗi phần cứng — là thực tế không thể tránh khỏi đối với bất kỳ dịch vụ toàn cầu nào, và khả năng phục hồi của Zoom đến từ cách công ty chuẩn bị, chịu đựng và khôi phục sau những sự kiện này. Khả năng phục hồi đó dựa trên bốn lớp riêng biệt nhưng được kết nối với nhau, mỗi lớp hoạt động ở một thời điểm khác nhau trước, trong và sau một gián đoạn: * **Tính sẵn sàng cao** — lớp kiến trúc giúp giảm khả năng xảy ra và tác động của lỗi trước khi chúng xảy ra, bằng cách loại bỏ các điểm lỗi đơn lẻ. * **Kinh doanh liên tục** — lớp vận hành giúp duy trì các chức năng Kinh doanh thiết yếu khi một gián đoạn thực sự xảy ra. * **Khôi phục sau thảm họa** — lớp khôi phục đưa các hệ thống công nghệ và dịch vụ bị ảnh hưởng trở lại hoạt động bình thường sau một Sự kiện gián đoạn. * **Kiểm thử** — lớp xác thực xác nhận rằng các thực hành này hoạt động và rút ra bài học để cải tiến liên tục. Các lớp này xây dựng chồng lên nhau: khả năng sẵn sàng cao làm giảm tần suất cần khôi phục, liên tục Kinh doanh quyết định những gì vẫn chạy trong khi việc đó diễn ra, khôi phục sau thảm họa phục hồi những gì bị ảnh hưởng, và kiểm thử xác thực toàn bộ. Kiến trúc được mô tả xuyên suốt tài liệu này — các trung tâm dữ liệu Đang hoạt động-Đang hoạt động, Định tuyến dựa trên vị trí địa lý, chuyển đổi dự phòng tự động, và triển khai N+1 — là lớp khả năng sẵn sàng cao trong thực tế. Các phần bên dưới mô tả ba lớp còn lại. ### Tính sẵn sàng cao Khả năng sẵn sàng cao đề cập đến thiết kế hệ thống và dịch vụ nhằm hỗ trợ vận hành liên tục và thời gian ngừng hoạt động tối thiểu, và được thiết kế vào các hệ thống của Zoom với mục tiêu giảm thiểu hoặc loại bỏ các điểm lỗi quan trọng. Các dịch vụ được thiết kế để chịu được sự cố ngừng hoạt động toàn bộ trung tâm dữ liệu, và các quy trình tự động chuyển lưu lượng ra khỏi khu vực bị ảnh hưởng khi xảy ra lỗi. Các ứng dụng cốt lõi được triển khai theo Tiêu chuẩn N+1, để khi một trung tâm dữ liệu không còn khả dụng, vẫn còn đủ dung lượng để cân bằng tải lưu lượng đến các địa điểm còn hoạt động. Triết lý thiết kế này bao trùm toàn bộ tập hợp hệ thống mà một nền tảng truyền thông phụ thuộc vào — các cơ sở dự phòng, hạ tầng điện thoại, kết nối internet và LAN, hạ tầng bảo mật, hệ thống cơ sở dữ liệu quan hệ, lưu trữ quy mô lớn, bản sao lưu, phần cứng và các thực hành quản lý dung lượng và bảo trì liên quan — để việc hỏng hóc của bất kỳ thành phần, hệ thống hoặc cơ sở đơn lẻ nào cũng không dẫn đến mất dịch vụ. ### Kinh doanh liên tục Việc lập kế hoạch liên tục Kinh doanh của Zoom được thiết kế để giảm thiểu tác động của các gián đoạn lên hoạt động, bảo vệ tài sản và duy trì các dịch vụ thiết yếu cho Khách hàng và các bên liên quan. Kế hoạch này xác định các chức năng Kinh doanh phải được duy trì hoặc khôi phục trước tiên, con người, công nghệ, nhà cung cấp và nguồn lực nơi làm việc mà các chức năng đó phụ thuộc vào, và tác động tiềm tàng nếu các phụ thuộc đó bị gián đoạn. Điều này mang lại cho Zoom một cơ sở có cấu trúc để phối hợp ứng phó và khôi phục khi hoạt động bình thường bị ảnh hưởng, đặc biệt khi nhiều chức năng hoặc nguồn lực cần được chú ý cùng lúc. Nền tảng cho việc lập kế hoạch này là Phân tích Tác động Kinh doanh (BIA), quy trình có hệ thống mà Zoom sử dụng để xác định và đánh giá các tác động tiềm ẩn của gián đoạn đối với các chức năng Kinh doanh quan trọng. Zoom thực hiện BIA cho các chức năng quan trọng ít nhất hằng năm, hoặc khi có một Thay đổi đáng kể đối với một quy trình Kinh doanh quan trọng. Phân tích bao gồm bốn thành phần chính: 1. **Xác định các chức năng Kinh doanh quan trọng** — ghi lại các quy trình then chốt thiết yếu cho hoạt động của Zoom và xác định các phụ thuộc cũng như mối phụ thuộc lẫn nhau giữa chúng. 2. **Đánh giá tác động** — đánh giá tác động tiềm tàng của các gián đoạn lên từng chức năng, xem xét tổn thất tài chính, thời gian ngừng hoạt động, các hệ quả pháp lý và quy định, cùng tổn hại danh tiếng. 3. **Yêu cầu về nguồn lực** — xác định nhân sự, công nghệ, cơ sở vật chất và các dịch vụ của bên thứ ba cần thiết để hỗ trợ khôi phục, đồng thời đánh giá tính sẵn có và mức độ đầy đủ của chúng. 4. **Ưu tiên các nỗ lực khôi phục** — sắp xếp trình tự khôi phục các chức năng quan trọng dựa trên tác động của chúng và các mục tiêu khôi phục đã được thiết lập, sao cho các chức năng quan trọng nhất được khôi phục trước. ### Khôi phục sau thảm họa Zoom thường xuyên xác thực các khả năng khôi phục sau thảm họa của mình thông qua kiểm thử hằng năm trên các sản phẩm của mình. Công ty duy trì một Kế hoạch Khôi phục Sau Thảm họa (DRP) chính thức, được lập thành văn bản, xác định các quy trình khôi phục các hệ thống và dịch vụ quan trọng sau một gián đoạn, bao gồm các chiến lược khôi phục, vai trò và trách nhiệm, cùng các giao thức truyền thông. DRP của Zoom được thiết kế để xử lý nhiều kịch bản thảm họa khác nhau, có thể bao gồm một hoặc nhiều trường hợp sau: mất điện, mất kết nối mạng, lỗi phần cứng, thiên tai và các sự kiện gây gián đoạn khác, cho đến và bao gồm cả sự cố cơ sở hoàn toàn. Các tiêu chuẩn an ninh thông tin điều chỉnh việc khôi phục sau thảm họa được lập thành văn bản, phê duyệt, truyền đạt và xem xét ít nhất hằng năm. Thay vì duy trì một cơ sở khôi phục nóng chuyên dụng cho các dịch vụ đám mây, Zoom dựa vào kiến trúc dự phòng, các trung tâm dữ liệu ở nhiều Vị trí và một số nhà cung cấp đám mây bao gồm Dịch vụ web của Amazon, OCI và GCP để hỗ trợ tính liên tục. Ở cấp nền tảng, mô hình khôi phục khác nhau theo loại dịch vụ: * **Cụm web và liên lạc không theo thời gian thực** sử dụng cơ sở hạ tầng tính sẵn sàng cao của Dịch vụ web của Amazon trong cấu hình đa vùng đang hoạt động-đang hoạt động, dựa vào các bản ghi DNS để Bật chuyển đổi dự phòng giữa các trung tâm dữ liệu, và bao gồm nhiều thành phần có khả năng sao chép bên trong mỗi trung tâm dữ liệu. * **Các trung tâm dữ liệu khu vực và truyền thông thời gian thực** hoạt động trong cấu hình đang hoạt động-đang hoạt động trên các nhà cung cấp Tier 3 trở lên phân tán theo địa lý, với các thành phần và kết nối dự phòng, có khả năng phục hồi trong từng trung tâm dữ liệu khu vực, nhiều nhà mạng khác nhau hỗ trợ kết nối, và cơ chế chuyển đổi dự phòng giữa các vùng yêu cầu kết nối lại. Các chiến lược khôi phục đã được Zoom ghi nhận bao gồm chuyển đổi dự phòng giữa các vùng, chuyển lưu lượng hoặc dịch vụ ra khỏi một vùng bị ảnh hưởng, và khôi phục bằng triển khai blue-green, tức là đưa dịch vụ trở lại môi trường hoặc trạng thái triển khai tốt đã biết trước đó để khắc phục các sự cố liên quan đến phần mềm hoặc triển khai. Các chiến lược này được đo lường dựa trên các mục tiêu khôi phục đã xác định. Mục tiêu thời gian khôi phục (RTO) — thời gian mục tiêu để khôi phục dịch vụ sau một gián đoạn — đặt mục tiêu dưới năm phút. Mục tiêu điểm khôi phục (RPO) — lượng mất dữ liệu có thể chấp nhận ở mức mục tiêu — đặt mục tiêu không mất dữ liệu, được hỗ trợ bởi việc sao chép dữ liệu được lưu trữ trên đám mây qua nhiều vùng sẵn sàng. Các mục tiêu này định hướng cho thiết kế và kiểm thử của Zoom thay vì đóng vai trò như các bảo đảm dịch vụ. Sao lưu và khôi phục dữ liệu hiệu quả là một thành phần cốt lõi của cách tiếp cận này, bảo vệ thông tin quan trọng để có thể khôi phục trong trường hợp gián đoạn nhằm duy trì tính liên tục kinh doanh. Zoom không chia sẻ ra bên ngoài kế hoạch khôi phục sau thảm họa đầy đủ hoặc kết quả kiểm thử chi tiết, vì các tài liệu đó chứa thông tin kinh doanh bí mật, nội bộ và nhạy cảm. Tham khảo [Trung tâm Tin cậy của Zoom](https://www.zoom.com/en/trust/legal-compliance/) để biết thêm thông tin về tài liệu công khai sẵn có. ### Kiểm thử Zoom xác thực các phương pháp khôi phục của mình thông qua kiểm thử giả lập và kiểm thử chuyển đổi dự phòng hằng năm do các kiểm toán viên bên thứ ba thực hiện. Việc kiểm thử này xác nhận rằng các quy trình phản ứng và khôi phục hoạt động như dự kiến, xác định các điểm thiếu hụt, và hỗ trợ cải tiến liên tục thông qua các bài học rút ra. Việc kiểm thử đã bao phủ một tập hợp rộng các sản phẩm và lĩnh vực dịch vụ trên toàn nền tảng, bao gồm Zoom Meetings, Zoom Phone, Zoom trung tâm liên hệ, Zoom Virtual Agent, Zoom Rooms, Zoom Events, bảng trắng, Đặt trước không gian làm việc, cùng các cổng RTC và điện thoại, và nhiều dịch vụ khác. Kết hợp với kiến trúc dự phòng, đang hoạt động-đang hoạt động được mô tả xuyên suốt tài liệu này, cách tiếp cận nhiều lớp này được thiết kế để giữ cho các dịch vụ của Zoom luôn sẵn sàng và có thể khôi phục trong phạm vi rộng các điều kiện gián đoạn khác nhau. ## **Kết luận** Độ tin cậy của Zoom được hỗ trợ bởi một kiến trúc nhiều lớp, kết hợp thiết kế dịch vụ ưu tiên đám mây, định tuyến phương tiện thích ứng, hạ tầng toàn cầu dự phòng, lập kế hoạch dung lượng, và các thực hành chính thức về tính liên tục kinh doanh và khôi phục sau thảm họa. Trên toàn bộ Zoom Meetings, Zoom Phone, trung tâm liên hệ, Zoom Node, các trung tâm dữ liệu toàn cầu và các dịch vụ liên quan, nền tảng của Zoom được thiết kế để hỗ trợ truyền thông nhất quán trên nhiều mạng, khu vực, thiết bị và mô hình triển khai khác nhau. Các nguyên tắc thiết kế giống nhau hỗ trợ chất lượng dịch vụ hằng ngày cũng hỗ trợ khả năng phục hồi ở quy mô lớn. Kiến trúc Đang hoạt động-Đang hoạt động, Định tuyến thông minh, truyền tải thích ứng, cơ sở dự phòng, lập kế hoạch khôi phục, thực hành sao lưu và kiểm tra định kỳ phối hợp với nhau để giúp duy trì các dịch vụ thiết yếu và hỗ trợ quá trình khôi phục khi các sự kiện vận hành xảy ra. Đối với Khách hàng và các nhóm CNTT, cách tiếp cận này mang lại một nền tảng được thiết kế cho giao tiếp đáng tin cậy, tính liên tục trong vận hành và triển khai Doanh nghiệp lớn có thể quản lý trên các môi trường UCaaS và Dịch vụ trung tâm liên hệ (CCaaS). *Được viết bởi Jakob Ganschow và Sam Azimipour* --- # 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/architecture-and-design/bcdr-whitepaper.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.