RTO so với RPO: Hướng dẫn Hoàn chỉnh về Lập kế hoạch Khắc phục Thảm họa

Hãy hình dung thế này: 2 giờ sáng, máy chủ cơ sở dữ liệu của công ty bạn đột ngột sập. Khi đội phản ứng sự cố đang khẩn trương khôi phục hoạt động, hai câu hỏi lớn nhất xuất hiện: "Chúng ta có thể trực tuyến trở lại nhanh đến mức nào?" và "Chúng ta đã mất bao nhiêu dữ liệu?" Đây chính là hai chỉ số quan trọng nhất trong lập kế hoạch khắc phục thảm họa: Mục tiêu Thời gian Khôi phục (RTO) và Mục tiêu Điểm Khôi phục (RPO).

Với chi phí trung bình của một vụ rò rỉ dữ liệu lên tới 10,22 triệu đô la Mỹ theo IBM, các tổ chức cần có chiến lược khắc phục thảm họa vững chắc. Trong hướng dẫn này, tôi sẽ cùng bạn đi qua những điều cơ bản về RTO và RPO, bao gồm cách tính toán, chiến lược triển khai, phương pháp kiểm thử và các ứng dụng theo ngành.

Nếu bạn mới làm quen với cơ sở dữ liệu và điện toán đám mây, tôi khuyên nên học một trong các khóa cơ bản của chúng tôi, đặc biệt là Hiểu về Điện toán Đám mây và Thiết kế Cơ sở dữ liệu. 

RTO và RPO là gì?

Cả hai chỉ số đều rất quan trọng đối với kế hoạch liên tục kinh doanh và Bảo mật Dữ liệu. Chúng là các chỉ số hiệu suất chính giúp tổ chức định lượng ngưỡng chịu rủi ro, phân bổ nguồn lực và đưa ra quyết định sáng suốt về hạ tầng khôi phục. 

RTO là gì?

Mục tiêu Thời gian Khôi phục (RTO) biểu thị khoảng thời gian tối đa chấp nhận được mà một hệ thống có thể không khả dụng sau một sự cố gián đoạn. Nó trả lời câu hỏi: "Chúng ta phải khôi phục hoạt động nhanh đến mức nào?" 

Ví dụ, nếu hệ thống thanh toán của bạn có RTO là hai giờ, bạn phải khôi phục đầy đủ chức năng trong khoảng thời gian đó.

RPO là gì?

Ngược lại, Mục tiêu Điểm Khôi phục (RPO) xác định mức mất mát dữ liệu tối đa chấp nhận được tính theo thời gian. Nó trả lời câu hỏi: "Chúng ta có thể chấp nhận mất bao nhiêu dữ liệu?" 

Nếu cơ sở dữ liệu của bạn có RPO là 15 phút, bản sao lưu phải ghi nhận dữ liệu ít nhất mỗi 15 phút.

Những điểm khác biệt chính giữa RTO và RPO

Dù có mục đích tương tự, RTO và RPO đo lường những khía cạnh khôi phục khác nhau về bản chất. RTO có tính hướng tới tương lai, đo thời gian từ khi gián đoạn đến khi phục hồi. RPO có tính hồi cứu, đo từ thời điểm gián đoạn đến điểm khôi phục chấp nhận được gần nhất.

Bản chất tác động cũng khác nhau. RTO tập trung vào tính sẵn sàng: bỏ lỡ mục tiêu đồng nghĩa với thời gian ngừng hoạt động kéo dài và giảm năng suất. RPO tập trung vào tính toàn vẹn dữ liệu: bỏ lỡ mục tiêu dẫn đến mất dữ liệu vĩnh viễn, có thể kéo theo hệ quả pháp lý và tài chính.

Các khoản đầu tư hạ tầng cũng có mô hình khác nhau. RTO khắt khe đòi hỏi hệ thống có tính sẵn sàng cao và chuyển đổi dự phòng tự động. RPO nghiêm ngặt yêu cầu bảo vệ dữ liệu liên tục và sao lưu thường xuyên, cũng như dung lượng lưu trữ đủ lớn.

Lưu ý: Hai chỉ số này độc lập với nhau. Bạn có thể có RTO bốn giờ với RPO một giờ, hoặc RTO 30 phút với RPO sáu giờ. Tất cả phụ thuộc vào yêu cầu kinh doanh.

Dưới đây là bảng so sánh:

Thiết lập mục tiêu RTO và RPO

Việc thiết lập mục tiêu RTO và RPO phù hợp đòi hỏi một cách tiếp cận có hệ thống, cân bằng giữa nhu cầu kinh doanh và năng lực kỹ thuật trong khuôn khổ chi phí. Quy trình bắt đầu bằng việc hiểu hồ sơ rủi ro và ưu tiên riêng của tổ chức bạn.

Phân tích tác động kinh doanh

Nền tảng của việc đặt mục tiêu bắt đầu với Phân tích Tác động Kinh doanh (BIA) toàn diện, đánh giá một cách có hệ thống cách các gián đoạn ảnh hưởng đến tổ chức của bạn.

Thực hiện BIA liên quan đến phỏng vấn các bên liên quan ở mọi bộ phận để lập bản đồ các chức năng kinh doanh và hệ quả của việc không khả dụng. Điều này đảm bảo ưu tiên khôi phục phản ánh đúng tác động kinh doanh thực tế, thay vì chỉ giả định từ phía CNTT.

Thỏa thuận Mức dịch vụ (SLA) ảnh hưởng đáng kể đến việc đặt mục tiêu. Nếu bạn cam kết thời gian hoạt động 99,9%, RTO của bạn phải phù hợp với cam kết này để tránh bị phạt tài chính và mất khách hàng.

Gián đoạn ảnh hưởng đến tổ chức trên bốn khía cạnh:

• Tác động tài chính: Mất doanh thu, chi phí khôi phục và tiền phạt theo quy định
• Tác động vận hành: Giảm năng suất, trục trặc hoàn tất đơn hàng và suy giảm dịch vụ
• Khía cạnh quy định: Vi phạm tuân thủ và thất bại kiểm toán
• Tác động danh tiếng: Suy giảm niềm tin của khách hàng và tổn hại thương hiệu

Kết quả BIA định hướng ưu tiên và phân bổ nguồn lực tiết kiệm chi phí. Các hệ thống tạo doanh thu, xử lý giao dịch khách hàng hoặc đáp ứng yêu cầu pháp lý cần mục tiêu chặt chẽ. Những hệ thống hỗ trợ như danh bạ nhân viên có thể chấp nhận thời gian khôi phục dài hơn.

Tính toán RTO và RPO

Với những hiểu biết từ BIA, bạn đã sẵn sàng chuyển tác động kinh doanh thành các mục tiêu định lượng.

Tính RTO đòi hỏi hiểu khả năng chịu đựng của doanh nghiệp và năng lực kỹ thuật. Bắt đầu bằng cách xác định Thời gian Gián đoạn Tối đa có thể Chấp nhận (MTPD), là khoảng thời gian dài nhất tuyệt đối mà một quy trình có thể không khả dụng trước khi gây ra thiệt hại không thể đảo ngược. Đặt RTO thấp hơn MTPD để có biên an toàn.

Để tính RTO, hãy làm theo các bước sau:

• Xác định MTPD thông qua phỏng vấn các bên liên quan và phân tích tác động
• Đánh giá khả năng khôi phục hiện tại bằng cách đo thời gian khôi phục thực tế
• Xác định khoảng cách giữa nhu cầu kinh doanh và năng lực hiện có
• Tính đến thời gian cần cho xác nhận, kiểm thử và truyền thông
• Đặt mục tiêu thực tế nhưng có tính thách thức để thúc đẩy cải tiến liên tục

Tính RPO tập trung vào đặc điểm dữ liệu:

• Phân tích tốc độ thay đổi dữ liệu cho từng hệ thống
• Đánh giá mức độ quan trọng của mất mát dữ liệu đối với hoạt động kinh doanh
• Đánh giá yêu cầu pháp lý về lưu trữ và khôi phục dữ liệu
• Cân nhắc tính khả thi kỹ thuật và tài chính của các mục tiêu RPO khác nhau

Cách tiếp cận phân tầng mang lại chiến lược tối ưu chi phí:

• Tối quan trọng: RTO 0–4 giờ, RPO 0–15 phút (xử lý thanh toán, nền tảng thương mại điện tử)
• Thiết yếu cho kinh doanh: RTO 4–24 giờ, RPO 15 phút–4 giờ (hệ thống CRM, ứng dụng ERP)
• Quan trọng: RTO 24–72 giờ, RPO 4–24 giờ (hệ thống báo cáo, nền tảng BI)
• Không quan trọng: RTO 72+ giờ, RPO 24+ giờ (môi trường phát triển, dữ liệu lưu trữ)

Tránh những sai lầm thường gặp sau:

• Đặt mục tiêu mà không hiểu năng lực khôi phục thực tế
• Bỏ qua sự phụ thuộc giữa các hệ thống
• Đánh giá thấp thời gian cần cho xác nhận và kiểm thử
• Áp dụng mục tiêu giống nhau bất kể mức độ quan trọng của hệ thống

Sau khi hoàn tất các phép tính, bạn đã có các mục tiêu cụ thể để dẫn dắt quyết định về công nghệ và quy trình.

Chiến lược triển khai RTO và RPO

Chiến lược triển khai đúng đắn và lựa chọn công nghệ của bạn có thể quyết định việc đạt mục tiêu hay thất bại khi thảm họa xảy ra.

Công nghệ khôi phục

Hãy khám phá các công nghệ cốt lõi giúp khôi phục, bắt đầu từ các phương pháp nền tảng và tiến tới những giải pháp tinh vi hơn.

Sao lưu

Chiến lược sao lưu và khôi phục tạo nền móng cho khắc phục thảm họa. Sao lưu đầy đủ tạo bản sao hoàn chỉnh nhưng tiêu tốn nhiều lưu trữ. Sao lưu gia tăng chỉ ghi nhận thay đổi kể từ lần sao lưu trước đó. Sao lưu vi sai ghi nhận thay đổi kể từ lần sao lưu đầy đủ gần nhất.0

 Với yêu cầu RPO khắt khe, hãy kết hợp sao lưu đầy đủ hàng ngày với sao lưu gia tăng theo giờ.

Nhân bản

Vượt ra ngoài sao lưu truyền thống, nhân bản và bảo vệ dữ liệu liên tục duy trì các bản sao gần thời gian thực. 

Nhân bản đồng bộ ghi dữ liệu đồng thời tới vị trí chính và phụ, đạt RPO gần như bằng 0 nhưng tăng độ trễ. Ngược lại, nhân bản không đồng bộ ghi vào hệ thống chính trước rồi nhân bản với một độ trễ nhỏ. Continuous Data Protection (CDP) ghi nhận mọi thay đổi, cho phép khôi phục theo từng điểm thời gian.

Khắc phục thảm họa

Bên cạnh các cơ chế bảo vệ dữ liệu, các địa điểm khắc phục thảm họa được lựa chọn để phù hợp với yêu cầu RTO. 

Cold site cung cấp hạ tầng cơ bản nhưng cần vài ngày đến vài tuần để kích hoạt. Warm site bao gồm phần cứng cài đặt sẵn và đồng bộ hàng ngày/tuần để có thể kích hoạt trong vài giờ. Ngược lại, hot site duy trì các bản sao hoạt động đầy đủ theo thời gian thực với khả năng chuyển đổi dự phòng ở mức phút cho các ứng dụng tối quan trọng.

Tự động hóa và điều phối

Bất kể bạn chọn cách tiếp cận địa điểm khôi phục nào, các công cụ tự động hóa và điều phối đều cải thiện đáng kể RTO và RPO. 

Công cụ quản lý cấu hình cho phép tái dựng máy chủ nhanh chóng. Tương tự, các nền tảng điều phối khắc phục thảm họa tự động hóa quy trình chuyển đổi dự phòng. Đồng thời, tự động hóa runbook đảm bảo khôi phục nhất quán trong các sự cố.

Giải pháp dựa trên đám mây

Bên cạnh các cách tiếp cận tại chỗ truyền thống, công nghệ đám mây đã thay đổi khắc phục thảm họa. Nó mang lại các khả năng từng chỉ có ở những doanh nghiệp với ngân sách khổng lồ.

Các dịch vụ khắc phục thảm họa trên đám mây cung cấp các lựa chọn linh hoạt, tiết kiệm chi phí thay cho các địa điểm khôi phục vật lý. Disaster Recovery as a Service (DRaaS) từ AWS, Azure và Google Cloud loại bỏ nhu cầu hạ tầng vật lý riêng. Để so sánh ba nhà cung cấp đám mây phổ biến nhất, hãy xem hướng dẫn AWS vs Azure vs GCP của chúng tôi.

Hơn nữa, Hạ tầng như Mã (IaC) cho phép khôi phục nhanh bằng cách định nghĩa toàn bộ hạ tầng trong mã. Các công cụ như Terraform hoặc AWS CloudFormation tái tạo toàn bộ môi trường trong vài phút, giúp giảm mạnh RTO.

Khi chọn giải pháp đám mây, hãy cân nhắc mô hình triển khai. Đám mây công cộng mang lại sự linh hoạt và chi phí ban đầu thấp với hình thức trả theo mức sử dụng. Ngoài ra, đám mây riêng đem đến khả năng kiểm soát lớn hơn và có thể cần thiết để tuân thủ, đặc biệt trong các ngành nhạy cảm như tài chính hoặc y tế. Cách tiếp cận lai kết hhợp tài nguyên tại chỗ và đám mây để linh hoạt.

Cuối cùng, các loại sao lưu đám mây phổ biến bao gồm 

• Sao lưu dựa trên snapshot để khôi phục nhanh
• Sao lưu nhân bản để dự phòng địa lý
• Sao lưu cloud-to-cloud để bảo vệ dữ liệu SaaS
• Sao lưu lai kết hợp lưu trữ tại chỗ và đám mây

Phân tích Chi phí - Lợi ích của RTO và RPO

Hiểu tác động tài chính của các mục tiêu RTO và RPO giúp đưa ra quyết định sáng suốt về đầu tư khôi phục. Mọi tổ chức đều đối mặt với thách thức cân bằng giữa bảo vệ và chi phí. Dưới đây là cách tiếp cận cho bài toán đánh đổi quan trọng này.

Quan hệ nghịch giữa RTO và RPO

Mối quan hệ giữa mục tiêu khôi phục và chi phí tuân theo các quy luật có thể dự đoán, nhưng tối ưu hóa mối quan hệ này đòi hỏi tư duy chiến lược.

Tồn tại mối quan hệ nghịch giữa mục tiêu RTO/RPO và chi phí. Ví dụ, đạt RTO 15 phút tốn kém theo cấp số nhân so với RTO 24 giờ. Tương tự, đạt RPO 15 phút đòi hỏi sao lưu dày đặc và nhiều lưu trữ hơn so với RPO 24 giờ. Khôi phục gần như bằng 0 yêu cầu hệ thống dự phòng, nhân bản liên tục và chuyển đổi dự phòng tự động.

Tuy nhiên, cách tiếp cận phân tầng sẽ tối ưu hóa đầu tư. Thay vì áp dụng mục tiêu khắt khe cho mọi hệ thống, hãy phân bổ nguồn lực dựa trên mức độ quan trọng. 

Ví dụ, một nền tảng thương mại điện tử nên đầu tư mạnh vào nhân bản hot-site để tránh thời gian ngừng hoạt động kéo dài (RTO tối thiểu), trong khi chỉ cần sao lưu đám mây hàng ngày cho wiki nội bộ (RPO trung bình). Khoản tiết kiệm từ mục tiêu hợp lý trên các hệ thống ít quan trọng hơn sẽ tài trợ cho bảo vệ vững chắc đối với các hệ thống tối quan trọng.

Ví dụ cân bằng rủi ro và chi phí

Để áp dụng thực tế, việc cân bằng mức độ quan trọng, rủi ro và chi phí yêu cầu lượng hóa chi phí ngừng hoạt động, đánh giá xác suất kịch bản thảm họa, ước lượng chi phí cách tiếp cận khôi phục và xác định điểm cân bằng tối ưu. 

Ví dụ, giả sử mỗi giờ ngừng hoạt động khiến doanh nghiệp của bạn mất 50.000 đô la doanh thu và có 10% khả năng hàng năm xảy ra sự cố kéo dài bốn giờ. Chi phí kỳ vọng hàng năm của sự cố đó là 0,1 × 4 × 50.000 đô la = 20.000 đô la. 

Nếu bạn đầu tư 10.000 đô la mỗi năm vào hạ tầng tốt hơn và điều đó rút ngắn sự cố xuống còn một giờ, chi phí kỳ vọng hàng năm do ngừng hoạt động sẽ là 0,1 × 1 × 50.000 đô la = 5.000 đô la. Tổng chi phí kỳ vọng hàng năm của bạn giờ là 5.000 đô la (ngừng hoạt động) + 10.000 đô la (đầu tư) = 15.000 đô la, thấp hơn mức ban đầu 20.000 đô la. Trong trường hợp này, bạn không chỉ bảo vệ danh tiếng công ty mà còn giảm chi phí kỳ vọng.

Kiểm thử và Xác nhận Khôi phục

Thiết lập mục tiêu RTO và RPO chỉ là bước khởi đầu. Kiểm thử thường xuyên đảm bảo bạn thực sự có thể đạt được chúng khi thảm họa xảy ra. Nếu không xác nhận, các mục tiêu khôi phục của bạn chỉ là giả định đầy hy vọng.

Phương pháp kiểm thử khôi phục

Kiểm thử có nhiều hình thức, mỗi loại mang lại mức độ xác nhận và rủi ro khác nhau. Tôi khuyến nghị cách tiếp cận theo lớp, tiến dần từ bài tập rủi ro thấp đến kiểm thử toàn diện trên môi trường sản xuất.

Bài tập tabletop

Bài tập tabletop là kiểm thử dựa trên thảo luận, đi qua các kịch bản thảm họa để xác định lỗ hổng quy trình và trách nhiệm chưa rõ ràng. Dù hữu ích cho việc xác nhận kế hoạch, chúng không kiểm thử năng lực kỹ thuật thực tế.

Mô phỏng khôi phục

Vượt qua bài tập tabletop, mô phỏng khôi phục thực hiện các thao tác khôi phục thực trong môi trường thử nghiệm cách ly. Chúng có thể khôi phục cơ sở dữ liệu lên máy chủ riêng hoặc chuyển đổi dự phòng các ứng dụng không quan trọng. Những hoạt động này xác nhận hệ thống và quy trình sao lưu mà không gây rủi ro cho hệ thống sản xuất.

Kiểm thử khắc phục thảm họa toàn phần

Tuy nhiên, kiểm thử khắc phục thảm họa toàn phần mang lại mức độ tin cậy cao nhất bằng cách thực hiện chuyển đổi dự phòng toàn bộ sản xuất. Những kiểm thử này có thể bao gồm việc tắt trung tâm dữ liệu chính để kiểm chứng hoạt động của địa điểm khôi phục. Dù gây gián đoạn, kiểm thử DR toàn phần là cách duy nhất để thực sự xác nhận các mục tiêu RTO và RPO có thể đạt được.

Giám sát

Bất kể phương pháp kiểm thử nào được sử dụng, việc xác nhận Thời gian Khôi phục Thực tế (RTA) và Điểm Khôi phục Thực tế (RPA) trong quá trình kiểm thử sẽ bộc lộ khoảng cách với thực tế khách quan. Nếu RTO của bạn là bốn giờ nhưng khôi phục luôn mất sáu giờ, bạn phải cải thiện năng lực hoặc điều chỉnh RTO.

Ngoài bản thân các sự kiện kiểm thử, giám sát liên tục đảm bảo mục tiêu vẫn có thể đạt được. Theo dõi các chỉ số then chốt sau:

• Tỷ lệ thành công và thời gian hoàn tất sao lưu
• Xu hướng sử dụng dung lượng lưu trữ
• Độ trễ nhân bản đối với các hệ thống nhân bản liên tục
• Thời gian cần cho các lần khôi phục thử nghiệm
• Tần suất và nguyên nhân sự cố sao lưu

Các nền tảng hiện đại cung cấp bảng điều khiển hiển thị các chỉ số này để chủ động phát hiện vấn đề.

Thực hành tốt nhất để cải tiến liên tục

Kiểm thử sẽ lộ ra khoảng trống, nhưng giá trị thực đến từ cách bạn xử lý kết quả. Đây là lúc cải tiến liên tục biến khắc phục thảm họa từ một kế hoạch tĩnh thành một năng lực động.

Sau mỗi lần kiểm thử, hãy tổ chức tổng kết có cấu trúc bao gồm những gì thành công, những gì thất bại, nguyên nhân gốc rễ và hạng mục hành động cụ thể. Theo dõi các hạng mục này một cách chính thức với người phụ trách và hạn hoàn thành.

Ngoài các cải tiến sau kiểm thử, hãy xem xét lại mục tiêu RTO và RPO ít nhất hàng năm, hoặc khi có thay đổi đáng kể trong quy trình kinh doanh, công nghệ, quy định hoặc bức tranh rủi ro. Đánh giá lại tác động kinh doanh, xác nhận năng lực hiện tại và xác định các yêu cầu đã thay đổi.

Hơn nữa, mối đe dọa thay đổi đòi hỏi sự thích ứng tương ứng. Ransomware đã làm thay đổi căn bản các cân nhắc về RPO. Sao lưu truyền thống ghi đè phiên bản trước có thể chỉ còn dữ liệu bị mã hóa. Kế hoạch hiện đại phải tính đến sao lưu bất biến, thời gian lưu trữ dài hơn và xác định điểm khôi phục sạch. 

Tương tự, giám sát quy định gia tăng ảnh hưởng đến cả vị trí khôi phục dữ liệu và tốc độ thông báo vi phạm.

Ứng dụng RTO và RPO theo ngành

Các ngành khác nhau có yêu cầu RTO và RPO khác nhau dựa trên nhu cầu vận hành, môi trường pháp lý và khả năng chịu rủi ro. Dưới đây là cách các mục tiêu điển hình khác nhau giữa các lĩnh vực:

Các tổ chức dịch vụ tài chính đối mặt với yêu cầu nghiêm ngặt nhất do Basel III và quy định của SEC. Nền tảng giao dịch chứng khoán có thể đặt RTO 15 phút và RPO gần bằng 0 để ngăn mất giao dịch.

Tương tự quan trọng, các tổ chức y tế cân bằng an toàn bệnh nhân với tuân thủ HIPAA. Hệ thống hồ sơ sức khỏe điện tử cho phép quy trình giấy tờ khẩn cấp trong khi vẫn ngăn tác động đáng kể đến chăm sóc.

Ngược lại, nền tảng thương mại điện tử chịu tác động doanh thu trực tiếp khi ngừng hoạt động. Nhà bán lẻ trực tuyến tạo ra 10.000 đô la mỗi phút phải giảm thiểu thời gian chết, đặc biệt trong mùa cao điểm.

Trong khi đó, hoạt động sản xuất phải xử lý sự phụ thuộc vật lý của chuỗi cung ứng. Hệ thống điều hành sản xuất cần ngăn gián đoạn tồn kho lớn đồng thời duy trì hồ sơ sản xuất và dữ liệu chất lượng.

Trên tất cả các ngành này, các tiêu chuẩn quy định ảnh hưởng mạnh đến mục tiêu. PCI DSS tác động đến các tổ chức xử lý thẻ tín dụng. HIPAA yêu cầu lập kế hoạch dự phòng trong y tế. FFIEC đưa ra hướng dẫn cho các tổ chức tài chính. Các khuôn khổ như NIST Cybersecurity Framework và ISO 22301 cung cấp phương pháp liên tục kinh doanh có cấu trúc, tích hợp RTO và RPO.

Kết luận

Mục tiêu Thời gian Khôi phục và Mục tiêu Điểm Khôi phục là những chỉ số nền tảng của khắc phục thảm họa. RTO xác định bạn phải khôi phục hệ thống nhanh đến mức nào sau gián đoạn, trong khi RPO xác định mức mất dữ liệu chấp nhận được. Kết hợp lại, chúng chuyển tính liên tục kinh doanh thành các mục tiêu cụ thể, đo lường được để tránh những thảm họa lớn.

Lợi ích của việc lập kế hoạch nghiêm ngặt vượt xa tuân thủ: Các tổ chức có mục tiêu được xác định rõ ràng và kiểm thử kỹ lưỡng sẽ khôi phục nhanh hơn khi bị gián đoạn, giảm tác động tài chính và duy trì niềm tin của khách hàng. Kiểm thử thường xuyên giúp phát hiện vấn đề trước khi chúng trở nên nghiêm trọng.

Cuối cùng, hãy sử dụng RTO và RPO để đánh giá liên tục. Lên lịch đánh giá định kỳ, thực hiện các bài kiểm thử có ý nghĩa, rút kinh nghiệm từ mỗi lần kiểm thử và đánh giá trung thực xem năng lực hiện tại có đáp ứng mục tiêu đã đặt hay không. Những tổ chức vượt qua thảm họa tốt nhất là những tổ chức đã chuẩn bị kỹ lưỡng nhất từ trước.

Nếu bạn muốn bắt đầu học thực hành với nền tảng đám mây phổ biến nhất, tôi khuyên bạn nên tham gia khóa học AWS Concepts của chúng tôi.