Giám định (kiểm toán) theo giai đoạn đối với dự án chuyển đổi đám mây

1. Tổng quan

A. Định nghĩa

Hoạt động giám định hệ thống thông tin nhằm kiểm soát rủi ro bằng cách kiểm tra·đánh giá theo từng giai đoạn dự án xem dự án chuyển đổi (di chuyển) lên đám mây có phù hợp với mục tiêu·yêu cầu·tiêu chuẩn bảo mật·chất lượng hay không.

Điểm khác biệt giữa giám định chuyển đổi đám mây và giám định phần mềm thông thường là đối tượng kiểm soát là rủi ro phát sinh từ việc thay đổi chủ thể sở hữu·vận hành hạ tầng. Ở on-premises, cơ quan chủ đầu tư kiểm soát mọi tầng, nhưng khi chuyển lên đám mây, mô hình trách nhiệm chia sẻ được áp dụng — một phần hạ tầng vật lý·bảo mật chuyển sang trách nhiệm của nhà cung cấp đám mây (CSP). Giám định kiểm chứng độc lập từ góc nhìn bên thứ ba các rủi ro dữ liệu·bảo mật·hiệu năng·chi phí phát sinh tại ranh giới này, kiểm soát để việc chuyển đổi không dừng ở mức "tạm thời đã chuyển xong" mà đạt được chất lượng mục tiêu.

B. Sự cần thiết

Trong quá trình chuyển đổi tiềm ẩn các rủi ro khó đảo ngược như mất mát·hư hỏng dữ liệu khi di chuyển, lộ lọt do cấu hình bảo mật sai, chi phí đám mây lớn hơn dự kiến. Đặc biệt, các dự án công·quy mô lớn có quy mô lớn và gắn trực tiếp với dịch vụ công dân, nên phải kiểm tra tính phù hợp và rủi ro trước ở từng giai đoạn chứ không phải sau khi dự án kết thúc, để sớm khắc phục vấn đề. Tính độc lập·chuyên môn của giám định trở thành cơ chế bảo đảm chất lượng khách quan không nghiêng về phía cơ quan chủ đầu tư hay nhà thầu.

2. Phương pháp giám định·hạng mục xem xét theo giai đoạn

flowchart LR
  P[Kế hoạch/Phân tích] --> D[Thiết kế] --> M[Chuyển đổi/Triển khai] --> O[Vận hành/Ổn định]

Giám định đi theo vòng đời dự án và trọng tâm thay đổi theo từng giai đoạn. Dưới đây trình bày ở mỗi giai đoạn xem xét cái gì và vì sao.

A. Giai đoạn kế hoạch·phân tích — Câu hỏi cốt lõi của giai đoạn này là "ngay từ đầu, chuyển cái gì lên đám mây và vì sao". Thông qua xem xét hiện trạng·yêu cầu và phỏng vấn người phụ trách, đánh giá việc lựa chọn hệ thống cần chuyển đổi có hợp lý không, từng hệ thống có phù hợp với đám mây không (phán đoán 6R), TCO·ROI có được tính toán có căn cứ không, yêu cầu bảo mật có được phản ánh ngay từ đầu không. Nếu định hướng sai ở đây thì mọi giai đoạn sau đều lệch, nên đây là điểm kiểm soát thượng nguồn nhất.

B. Giai đoạn thiết kế — Xem xét sản phẩm bàn giao và kiến trúc để kiểm chứng "bức tranh cần chuyển đã được vẽ đúng chưa". Kiểm tra kiến trúc đám mây và thiết kế phân tách mạng, phương thức di chuyển dữ liệu, thiết kế khôi phục thảm họa (DR) phòng sự cố, việc tuân thủ các tiêu chuẩn liên quan. Nếu chuyển nguyên cấu trúc on-premises thì không tận dụng được lợi thế đám mây mà chỉ tăng chi phí, nên tính phù hợp của kiến trúc là đối tượng xem xét quan trọng.

C. Giai đoạn chuyển đổi·triển khai — Kiểm chứng bằng kết quả kiểm thử xem việc triển khai thực tế có đúng kế hoạch không, đặc biệt là tính toàn vẹn·nhất quán của dữ liệu có được giữ không. Kiểm tra số lượng bản ghi·giá trị dữ liệu trước và sau di chuyển có khớp không, có đạt hiệu năng mục tiêu không, có kế hoạch rollback để quay lại khi có sự cố không, cấu hình bảo mật (CSAP v.v.) có đúng không. Đây là giai đoạn tập trung các thao tác khó đảo ngược nên rủi ro lớn nhất.

D. Giai đoạn vận hành·ổn định — Chuyển đổi xong chưa phải là kết thúc; xem xét "có được vận hành·tiếp nhận ổn định không". Kiểm tra việc đáp ứng SLA về tính sẵn sàng·hiệu năng, tối ưu chi phí (FinOps), chuyển giao cho tổ chức vận hành, hệ thống giám sát an ninh. Nếu bỏ qua giám định giai đoạn này, sự cố·chi phí bùng nổ ngay sau chuyển đổi có thể bị bỏ mặc.

3. Chiến lược chuyển đổi 6R (tiêu chí xem xét tính phù hợp)

Giám định dùng 6R để phán đoán chiến lược di chuyển từng hệ thống có hợp lý không. Lựa chọn này quan trọng vì chi phí·thời gian·hiệu quả đám mây khác nhau rất lớn theo từng chiến lược. Rehost nhanh và rẻ nhưng ít lợi ích đám mây, còn Refactor lợi ích lớn nhưng tốn nhiều chi phí·thời gian. Ví dụ, nếu có kế hoạch Refactor tốn kém cho một hệ thống cũ sắp bị loại bỏ, giám định phải chỉ ra điều đó.

4. Các rủi ro cốt lõi cần kiểm tra

Các lĩnh vực thường xuyên phát sinh vấn đề trong giám định chuyển đổi là dữ liệu·bảo mật·hiệu năng·chi phí. Với dữ liệu, mất mát·không nhất quán khi di chuyển trực tiếp làm tổn hại niềm tin dịch vụ nên kiểm chứng toàn vẹn·nhất quán được ưu tiên hàng đầu. Với bảo mật, trong mô hình trách nhiệm chia sẻ, phần cấu hình thuộc cơ quan chủ đầu tư (kiểm soát truy cập·phân tách mạng) dễ bị lơ là, nên khu vực công nhất định phải xác nhận việc đáp ứng yêu cầu chứng nhận CSAP. Với hiệu năng, sau khi chuyển lên đám mây độ trễ có thể còn tăng, nên kiểm chứng việc đáp ứng SLA bằng kiểm thử tải. Với chi phí, do đặc tính trả theo mức dùng, nếu bỏ mặc sẽ bùng nổ, nên cần tối ưu hóa theo góc nhìn FinOps và kiểm chứng TCO.

5. Những điểm cần cân nhắc và hàm ý

• Kiểm soát sớm dựa trên tính độc lập·chuyên môn: Giá trị của giám định không nằm ở việc chỉ ra lỗi sau khi dự án kết thúc mà ở việc phát hiện sớm rủi ro ở từng giai đoạn. Đặc biệt phải xác định tính phù hợp của thiết kế trước giai đoạn chuyển đổi·triển khai vốn khó đảo ngược.
• Làm rõ mô hình trách nhiệm chia sẻ: Nếu không làm rõ bằng văn bản ranh giới trách nhiệm bảo mật giữa CSP và cơ quan chủ đầu tư, sẽ sinh ra điểm mù kiểu "chắc bên kia sẽ lo". Việc giám định xác nhận ranh giới này là cốt lõi riêng có của giám định đám mây.
• Mở rộng phạm vi tới vận hành·quản trị: Chuyển đổi không phải là kết thúc mà là khởi đầu, nên phải đưa cả chuyển giao vận hành·quản trị chi phí·giám sát an ninh liên tục vào phạm vi giám định để bảo đảm sự ổn định sau chuyển đổi.

Tóm tắt một câu: Giám định chuyển đổi đám mây là hoạt động kiểm tra độc lập theo từng giai đoạn kế hoạch→thiết kế→chuyển đổi→vận hành về tính phù hợp (6R)·toàn vẹn dữ liệu·bảo mật (CSAP·trách nhiệm chia sẻ)·hiệu năng·chi phí, nhằm kiểm soát sớm các rủi ro chuyển đổi khó đảo ngược và bảo đảm chất lượng tới cả vận hành·quản trị sau chuyển đổi.