Artifact hữu ích đầu tiên không phải sơ đồ kiến trúc đích. Đó là bản đồ hóa đơn hiện tại, các workload phía sau và những quyết định khiến migration đáng làm. Thiếu bản đồ đó, lift-and-shift có thể lặp lại ràng buộc cũ với chi phí hàng tháng cao hơn.
Bắt đầu từ hóa đơn
Tách compute, storage, truyền dữ liệu, managed services, support và thời gian kỹ thuật. Đánh dấu dòng nào do lưu lượng, thời gian lưu hoặc công suất nhàn rỗi. Một con số tổng sẽ che mất các quyết định thực sự thay đổi được chi phí.
- Chi phí chạy hàng tháng và các driver lớn nhất, không chỉ tổng tiền.
- Truyền dữ liệu, egress và lưu lượng giữa các region.
- Tăng trưởng storage, snapshot, backup và quy tắc lưu trữ.
- Managed services và phần việc kỹ thuật mà chúng thay thế hoặc tạo thêm.
- Licence, gói support và chi phí rời nền tảng hiện tại.
Quyết định phần nào nên chuyển
- Yêu cầu latency, availability và các failure mode bạn chấp nhận.
- Data gravity: dữ liệu nằm ở đâu, ai sở hữu và chi phí di chuyển.
- Ràng buộc bảo mật, quyền riêng tư và nơi lưu dữ liệu.
- Khả năng vận hành nền tảng đích, không chỉ deploy lên đó.
- Khả năng đảo ngược: làm sao quay lại hoặc đổi provider sau này.
Checklist migration
- Kiểm kê ứng dụng, chủ sở hữu, phụ thuộc và luồng dữ liệu.
- Ghi lại runbook, alert và failure mode hiện tại.
- Chọn kiến trúc đích và ghi rõ phần cố ý không thay đổi.
- Lập kế hoạch di chuyển, kiểm chứng và đối soát dữ liệu trước cutover.
- Diễn tập cutover và rollback trên môi trường đại diện.
- Định nghĩa tiêu chí thành công, dừng và rollback trước cửa sổ migration.
- Đặt budget, tag, alert và người chịu trách nhiệm cho chi phí chạy mới.
- Chỉ decommission môi trường cũ và quyền truy cập sau khi đủ bằng chứng.
Kiểm soát chi phí đủ bền
- Tag theo sản phẩm, môi trường và chủ sở hữu để hóa đơn gắn với quyết định.
- Review tài nguyên nhàn rỗi, quá lớn hoặc mồ côi theo nhịp cố định.
- Coi retention, backup và log là quyết định sản phẩm, không phải mặc định.
- Đo unit economics: chi phí trên tenant, đơn, job hoặc người dùng hoạt động khi có nghĩa.
- Giữ đường thoát được ghi lại thay vì mặc định provider hiện tại là mãi mãi.
Trạng thái tốt trông như thế nào
Một migration tốt để lại danh sách ẩn số ngắn hơn: quyền sở hữu rõ, recovery đã kiểm thử, hóa đơn giải thích được và đường thay đổi kiến trúc mà không cần migration toàn bộ lần nữa. Mục tiêu không phải “đã lên cloud”, mà là “có thể vận hành hệ thống này một cách có chủ đích”.
Xem Cloud & DevSecOps, chi phí phát triển phần mềm hoặc trao đổi dự án.