Di trú theo đợt: chia nhỏ để không đánh cược cả hệ thống
Kinh nghiệm phân loại 6R và thiết kế cửa sổ cutover cho hệ thống nghiệp vụ lớn, nơi một lần dừng dịch vụ ngoài kế hoạch là điều không thể giải thích.
Rủi ro lớn nhất của một dự án di trú không phải kỹ thuật, mà là phạm vi. Khi toàn bộ hệ thống được chuyển trong một đợt, mọi giả định sai đều lộ ra cùng lúc và trong cùng một đêm cutover.
Phân loại trước khi lập kế hoạch
Chúng tôi phân loại theo 6R — retain, retire, rehost, replatform, refactor, repurchase. Điều quan trọng là retire: trong hầu hết các đợt kiểm kê, luôn có một tỷ lệ ứng dụng không còn ai dùng nhưng vẫn được cấp tài nguyên. Đây là phần tiết kiệm dễ nhất.
Thiết kế đợt di trú
- Đợt đầu chọn ứng dụng ít phụ thuộc và có đội hỗ trợ sẵn sàng — mục tiêu là học quy trình, không phải chuyển được nhiều nhất.
- Mỗi đợt phải có phương án quay lui được diễn tập, không chỉ được viết ra.
- Cửa sổ cutover cần tính cả thời gian kiểm thử nghiệp vụ, không chỉ thời gian sao chép dữ liệu.
Sau khi go-live
Việc hay bị cắt bỏ khi dự án chậm tiến độ là đóng hệ thống cũ. Nếu hệ thống nguồn vẫn chạy song song nhiều tháng, phần tiết kiệm chi phí đã hứa sẽ không xuất hiện trong báo cáo, và tổ chức sẽ kết luận sai rằng cloud đắt hơn.
