Nội dung trang này được dịch bằng máy. Zoom không đảm bảo độ chính xác của bản dịch máy.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Sách trắng về Kinh doanh liên tục 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) dựa trên AI trước hết và Dịch vụ trung tâm liên hệ (CCaaS) thông qua một nền tảng duy nhất, tích hợp. Tài liệu này trình bày các cải tiến 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 đến trải nghiệm nhất quán, an toàn và có thể quản lý cho người dùng cuối và CNTT trên Truyền thông hợp nhất dưới dạng dịch vụ và Dịch vụ trung tâm liên hệ.

Đượ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à sự phức tạp của các hệ thống cũ tại chỗ. Thay vì chắp thêm các tính năng vào những ngăn xếp đã cũ kỹ, chúng tôi đã đầu tư vào kỹ thuật toàn bộ ngăn xếp trên các ứng dụng khách, dịch vụ phương tiện và hệ thống phòng để tối ưu hóa chất lượng đầu cuối, khả năng phục hồi và khả năng sử dụng như một nền tảng gắn kết duy nhất—được neo bởi một chiến lược một ứng dụng khách với cơ sở mã chung trên các nền tảng, tận dụng trải nghiệm người dùng gốc của từng Hệ điều hành.

Cách tiếp cận ưu tiên đám mây đó thể hiện trong ứng dụng Zoom Workplace: một ứng dụng hiện đại duy nhất cung cấp cho người dùng quyền 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ý theo giấy phép, vì vậy IT có thể bật hoặc tắt các 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 gánh nặng vận hành—ít máy chủ hơn để mua, lắp đặt vào tủ 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 để giữ cho hạ tầng tại chỗ hoạt động. Dung lượng, các bản cập nhật và 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, mức độ chấp nhận và kết quả thay vì công tác 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 theo thời gian thực

Các phần sau thảo luận về phương pháp thiết kế của Zoom nhằm Bật một trải nghiệm phương tiện truyền thông thời gian thực hàng đầu.

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, 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 Đang rảnh, với cơ chế 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ế 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 điều hướng bằng định vị địa lý đến các tài nguyên Đang rảnh gần nhất để giảm thiểu độ trễ. Khi chính sách 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 cho 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à 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, tình trạng mất gói, độ trễ và độ biến thiên trễ, đồng thời thu thập mức sử dụng CPU cục bộ, bộ nhớ và I/O mạng. Các tín hiệu này cung cấp thông tin cho các lớp phía trên để thực hiện những hành động thích ứng phù hợp nhằm duy trì chất lượng và độ tin cậy.

Bộ mã hóa tùy chỉnh, thích ứng của Zoom ở lớp phiên được tinh chỉnh cho hiệu suất theo thời gian thực. Các thuật toán xung quanh liên tục tối ưu hóa tốc độ khung hình và độ phân giải để phù hợp với điều kiện Thiết bị và mạng. Để mang lại trải nghiệm tốt nhất có thể tùy theo điều kiện, 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 khi mất gói lên đến 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. Phương pháp đa luồng cũng điều chỉnh băng thông theo khả năng gửi và nhận âm thanh, video của từng 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 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 phân công cho máy chủ có tải thấp nhất; khi 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ợ việ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 tầng 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 “Vùng cuộc họp”. Các Trình điều khiển Vùng quản lý tất 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 của từng Vùng cuộc họp. Các Vùng cuộc họp được nhân bản cho từng trung tâm dữ liệu với kiến trúc hoàn toàn giống nhau và chúng tôi có thể dễ dàng Thêm thêm vùng ngay lập tức để tăng 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 sử dụng để cân bằng tài nguyên ở các địa điểm 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ả những điều này cho phép Zoom duy trì mức độ sẵn sàng của các dịch vụ cuộc họp với thời gian hoạt động 99,9% và mang lại 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à dành cho đám mây, sử dụng các khả năng thích ứng chất lượng âm thanh đã được chứng minh, vốn đã có trong các sản phẩm Zoom Meetings và Hội thảo trực tuyến của chúng tôi. Kiến trúc của Zoom có sẵn tính dự phòng và khả năng phục hồi, tạo nên một giải pháp có tính sẵn sàng cao, có thể mở rộng để đáp ứng nhu cầu của ngay cả Tổ chức lớn nhất.

Zoom Phone sử dụng các cơ chế truyền tải thông minh để có kết nối đáng tin cậy trong nhiều môi trường mạng khác nhau. Đối với phương tiện, dịch vụ này sử dụng SRTP qua UDP khi Đang rảnh, với khả năng chuyển sang TCP/TLS liền mạch, cùng với tốc độ bit thích ứng và biện pháp giảm thiểu mất gói để duy trì 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 Vùng SIP Đang rảnh gần nhất để giảm thiểu độ trễ, với khả năng 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 Trình điều khiển Biên Phiên (SBC) dự phòng tại mỗi trung tâm dữ liệu để bảo mật thông tin liên lạc của máy khách và nhà cung cấp dịch vụ. Các SBC cấp nhà cung cấp dịch vụ này giúp Truy cập dễ dàng cho nhiều loại 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 thông tin liên lạc dựa trên SIP đến các Bộ chuyển mạch cuộc gọi của Zoom để phân phối đồng đều lưu lượng cuộc gọi. Sự phân phối này mang lại trải nghiệm mượt mà cho người dùng, ngay cả trong thời gian cao điểm đăng ký và giờ cuộc gọi Bận rộn.

Các Bộ chuyển mạch cuộc gọi là thành phần kiểm soát cuộc gọi cốt lõi của Zoom Phone. Những thành phần có thể mở rộng này không chỉ hỗ trợ chức năng Tổng đài điện thoại nội bộ cơ bản 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 cuộc gọi Zoom Phone thành các cuộc họp Zoom.

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 tận dụng logic độc quyền để giám sát băng thông, tình trạng mất gói, độ trễ và độ rung 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 các điều kiện mạng kém, nhằm cung cấp chất lượng và độ tin cậy cuộc gọi 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 thu thập dữ liệu Chất lượng dịch vụ theo thời gian thực và dữ liệu lịch sử, cũng như các chỉ số về mức sử dụng và mức độ áp dụng, nhật ký cuộc gọi và các chỉ số liên quan đến dịch vụ khẩn cấp lưu động. Zoom tự động đánh giá từng 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 suất của tất cả các cuộc gọi đi qua mạng và cô lập các vấn đề tiềm ẩn liên quan đến mạng.

Zoom trung tâm liên hệ

Tương tự Zoom Phone, kiến trúc hoạt động-hoạt động của Trung tâm liên hệ Zoom giúp cung cấp khả năng phục hồi và dự phòng trong môi trường đa kênh. Dựa trên các kiến trúc đã được chứng minh của Zoom Meetings và các dịch vụ Phone, Trung tâm liên hệ tích hợp liền mạch các khả năng giao tiếp thời gian thực với chức năng web, tạo ra giao diện trực quan mang lại lợi ích cho cả đội ngũ nhân viên hỗ trợ lẫn 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, đồng thời mỗi vùng được trang bị phần cứng và dịch vụ chuyên dụng để duy trì hoạt động độc lập. Trong một trung tâm dữ liệu, bộ cân bằng tải phân phối đồng đề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 trong một cụm thiết bị chuyển mạch cuộc gọi, chịu trách nhiệm về nhiều chức năng như định tuyến cuộc gọi, thiết lập và kết thúc.

Từ các thiết bị chuyển mạch cuộc gọi, các cuộc gọi kết nối đến một SBC trong mỗi vùng; SBC này sẽ kết nối với mạng cơ sở của Zoom gồm các nhà cung cấp hoặc 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à thiết bị chuyển mạch cuộc gọi được bổ sung phần cứng dự phòng ở chế độ chờ để tăng khả năng phục hồi.

Thoại trong Trung tâm liên hệ Zoom được hưởng lợi từ cùng cơ chế điều chỉnh phía máy khách và hành vi truyền tải như Zoom Phone—sử dụng UDP khi có thể, với phương án dự phòng TCP/TLS—để âm thanh luô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 nền tảng truyền thông thời gian thực và khả năng phục hồi đám mây của Zoom để duy trì chất lượng nhất quán và chuyển đổi dự phòng.

Cobrowse

Dịch vụ Cobrowse của Trung tâm liên hệ Zoom chạy trên cơ sở hạ tầng tách biệt với dịch vụ cốt lõi của Trung tâm liên hệ Zoom. 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 kết nối WebSocket liên tục 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ý đến trung tâm dữ liệu Đang rảnh gần nhất nhằm 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ợ khả năng mở rộng linh hoạt trên các mô hình triển khai đám mây, kết hợp 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 phục hồi hoạt động-hoạt động rộng hơn của Zoom, kiến trúc này được thiết kế để cung cấp hiệu suất Cobrowse đá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-hoạt động cho các vùng SDK Cobrowse được lưu trữ trong một trung tâm dữ liệu

Zoom Node cho các triển khai lai & tại chỗ

Zoom Node 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 các mô-đun dịch vụ Zoom (khối lượng công việc) 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 lai định tuyến dữ liệu phương tiện 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 trên đám mây Zoom, và nó bao gồm một tùy chọn dự phòng cục bộ nếu các trung tâm dữ liệu Zoom không thể truy cập. Người dùng nội bộ nhận các đường dẫn độ trễ thấp và giảm egress internet, trong khi những 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 để thu cục bộ khi cần, với chuyển đổi dự phòng sang đám mây tự động nếu không có sẵn 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.
Mô-đun Hybrid của Zoom Meetings cho thấy cách người dùng trong mạng cục bộ kết nối với Hybrid MMR, chuyển tiếp lên đám mây.

Khả năng duy trì hoạt động cục bộ của Zoom Phone (ZPLS) giữ cho chức năng gọi cốt lõi Đang rảnh tại một cơ sở nếu đường WAN hoặc đường của nhà cung cấp bị gián đoạn. Điện thoại đăng ký cục bộ, cuộc gọi đến máy nhánh nội bộ 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ụ tự động trở lại hoạt động bình thường trên đám mây.

Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.
Khả năng sống sót cục bộ của Zoom Phone hỗ trợ nhiều kịch bản chuyển đổi dự phòng cho Mạng điện thoại chuyển tiếp công cộng và kết nối xuyên cơ sở khi xảy ra 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 broker và máy chủ truyền thông được phân tán giữa nhiều trung tâm dữ liệu liên kết 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) của mình để tối ưu hóa hiệu suất cho Khách hàng của chúng tôi về băng thông, độ trễ và khả năng cô lập khôi phục 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, và Đồng thời Truy cập tới các ISP hàng đầu và các Đối tác peering. 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 theo 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 đầy đủ và khả năng chuyển đổi dự phòng nhanh chóng. Zoom cân bằng tải động 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 chống chịu ở lớp vật lý. Mỗi cơ sở colocation được xây dựng với dự phòng N+1 và một bộ đầy đủ các hệ thống kiểm soát môi trường nhằm duy trì hoạt động của cơ sở qua các lỗi thành phần và các mối nguy vật lý:

  • Điều khiển nhiệt độ và độ ẩm

  • Các hệ thống điện được dự phòng hoàn toàn và mở rộng quy mô để đáp ứng khi thành phần gặp sự cố

  • Hệ thống 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 nguồn điện liên tục (UPS) như N, N+1 hoặc 2N, và dự phòng máy phát điện theo thiết kế N+1; việc bảo trì và kiểm tra nguồn điện do nhà cung cấp trung tâm dữ liệu tương ứng thực hiện. Khi Zoom sử dụng Dịch vụ web của Amazon để người chủ trì các phần của cơ sở hạ tầng đám mây, 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 Bảo mật 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 rủi ro đối với hệ thống hoặc dữ liệu của Zoom, sẽ được báo cáo lên ban quản lý Zoom.

Các địa điểm trung tâm dữ liệu thương mại của Zoom trên toàn cầu (tháng 11 năm 2024)

dung lượng

Zoom duy trì dung lượng dư thừa 50% trong mọi khía cạnh của cơ sở hạ tầng nhằm đáp ứng hoạt động Kinh doanh đang phát triển của chúng tôi và 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.

Tính liên tục trong Kinh doanh 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; điều quan trọng không kém là cách nền tảng hoạt động khi có sự cố xảy ra. Các gián đoạn — như thiên tai, sự cố về đ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 mọi dịch vụ toàn cầu, và khả năng phục hồi của Zoom đến từ cách Zoom chuẩn bị, chống chịu và phục hồi 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 khi xảy ra gián đoạn:

  • Tính sẵn sàng cao — lớp kiến trúc làm giảm khả năng và tác động của các 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ữ cho các chức năng Kinh doanh thiết yếu tiếp tục chạy khi một gián đoạn xảy ra.

  • Khôi phục sau thảm họa — lớp khôi phục đưa các hệ thống và dịch vụ công nghệ bị ảnh hưởng trở lại hoạt động bình thường sau một Sự kiện gây 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 dựa trên nhau: tính sẵn sàng cao làm giảm tần suất cần khôi phục, Kinh doanh liên tục quy định những gì vẫn tiếp tục 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 — chính là lớp tính sẵn sàng cao trong thực tế. Các phần dưới đây mô tả ba lớp còn lại.

Tính sẵn sàng cao

Tính 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 tích hợp 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 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ộ 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ữ hàng loạt, sao lưu, phần cứng, cùng các thực hành quản lý dung lượng và bảo trì liên quan — để việc một thành phần, hệ thống hoặc cơ sở đơn lẻ nào đó bị lỗi không dẫn đến mất dịch vụ.

Kinh doanh liên tục

Kế hoạch duy trì Kinh doanh liên tục của Zoom được thiết kế để giảm thiểu tác động của các gián đoạn đối với 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, những 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, cũng như tác động tiềm ẩn nếu các phụ thuộc đó bị gián đoạn. Điều này cung cấp 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 của công tác lập kế hoạch này là Phân tích Tác động Kinh doanh (BIA), quy trình 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ó Thay đổi đáng kể đối với một quy trình Kinh doanh quan trọng. Phân tích này 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 chính thiết yếu cho hoạt động của Zoom và xác định các phụ thuộc và mối liên phụ thuộc giữa chúng.

  2. Đánh giá tác động — đánh giá tác động tiềm ẩn của các gián đoạn đối với 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, và tổn hại đến uy tín.

  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á khả năng sẵn có và mức độ đáp ứng của chúng.

  4. Ưu tiên các nỗ lực khôi phục — sắp xếp thứ tự khôi phục các chức năng quan trọng dựa trên mức độ tác động của chúng và các mục tiêu khôi phục đã được thiết lập, ताकि 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 khả năng khôi phục sau thảm họa của mình thông qua các bài kiểm tra hằng năm trên toàn bộ sản phẩm. 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 ghi chép đầy đủ, trong đó 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 sự cố gián đoạn, bao gồm chiến lược khôi phục, vai trò và trách nhiệm, cùng các giao thức liên lạc. DRP của Zoom được thiết kế để xử lý nhiều kịch bản thảm họa, có thể bao gồm một hoặc nhiều tình huống 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ả hỏng hóc toàn bộ cơ sở. Các tiêu chuẩn an ninh thông tin quản lý khôi phục sau thảm họa được lập thành tài liệu, 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 địa điểm và nhiều 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à truyền thông không theo thời gian thực sử dụng hạ tầng có tính sẵn sàng cao của Dịch vụ web của Amazon trong cấu hình chủ động-chủ động đa vù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 trong từng 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 theo cấu hình chủ động-chủ động trên các nhà cung cấp từ Cấp 3 trở lên phân tán về mặt đị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à chuyển đổi dự phòng giữa các khu vực yêu cầu kết nối lại.

Các chiến lược khôi phục được ghi chép của Zoom bao gồm chuyển đổi dự phòng theo vùng, trong đó chuyển lưu lượng hoặc dịch vụ ra khỏi vùng bị ảnh hưởng, và rollback thông qua triển khai blue-green, đưa dịch vụ trở lại một môi trường hoặc trạng thái triển khai đã biết là tốt trước đó để khắc phục các sự cố liên quan đến phần mềm hoặc triển khai.

Những 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 sự cố 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 được — đặ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 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ò là cam kết 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 khi xảy ra sự cố gián đoạn nhằm duy trì tính liên tục của 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ì những tài liệu đó chứa thông tin Kinh doanh nội bộ và nhạy cảm, mật. Tham khảo Trung tâm Tin cậy của Zoom để biết thêm thông tin về tài liệu công khai.

Kiểm thử

Zoom xác thực các phương thức khôi phục của mình thông qua kiểm thử mô phỏng tình huống và 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 ứng phó và khôi phục hoạt động như dự định, xác định các khoảng trống và hỗ trợ cải tiến liên tục thông qua những bài học rút ra. Việc kiểm thử đã trải rộng trên một bộ sản phẩm và lĩnh vực dịch vụ rộng lớn trên toàn bộ 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 với các cổng RTC và điện thoại, cùng nhiều thành phần khác. Kết hợp với kiến trúc Đang hoạt động-Đang hoạt động dự phòng được mô tả xuyên suốt tài liệu này, phương pháp nhiều lớp này được thiết kế để giữ cho các dịch vụ của Zoom luôn Đang rảnh và có thể khôi phục trong nhiều đ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, cơ sở 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 các dịch vụ Meetings, 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 các mạng, khu vực, thiết bị, và mô hình triển khai đa dạng.

Những nguyên tắc thiết kế giống nhau giúp duy trì chất lượng dịch vụ hằng ngày cũng đồng thời giúp tăng 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ở vật chất dự phòng, lập kế hoạch khôi phục, các biện pháp sao lưu và kiểm thử thường xuyên phối hợp với nhau để giúp duy trì các dịch vụ thiết yếu và hỗ trợ 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 cung cấp 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

Cập nhật lần cuối

Nội dung này có hữu ích không?