Chuyển hệ thống lên cloud — lộ trình không gián đoạn

Câu hỏi chúng tôi nhận nhiều nhất khi tư vấn chuyển hệ thống lên cloud không phải "tốn bao nhiêu tiền", mà là "hệ thống có sập ngày nào không". Hoàn toàn hợp lý: với một công ty phân phối chạy đơn hàng liên tục, nửa ngày ERP không truy cập được có thể tốn hơn cả năm tiền hạ tầng.

Tin tốt: downtime gần bằng không là chuyện làm được, và nó phụ thuộc vào kỷ luật lập kế hoạch chứ không phụ thuộc vào việc bạn chọn AWS, Google Cloud hay nhà cung cấp trong nước. Tin xấu: phần lớn dự án migration hỏng ở hai chỗ chẳng liên quan tới kỹ thuật — không ai dám quyết thời điểm cắt chuyển, và hoá đơn tháng đầu bay gấp ba lần dự toán khiến ban giám đốc mất niềm tin vào cả dự án.

Lý do thật để lên cloud, và lý do thời thượng nên bỏ qua

Bốn lý do chúng tôi cho là đủ thuyết phục để chi tiền:

1. Tải dao động mạnh theo mùa. Bán lẻ cuối năm, giáo dục mùa tuyển sinh, du lịch cao điểm. Tải lúc cao gấp 5-10 lần lúc thấp mà mua server vật lý cho đỉnh nghĩa là 10 tháng trong năm bạn trả tiền cho phần cứng nằm không.
2. Phần cứng hết vòng đời. Server mua 2019 đã hết bảo hành, ổ cứng bắt đầu báo lỗi. Phép so sánh đúng không phải "cloud đắt hơn on-premise" mà là "cloud so với chi một cục vài trăm triệu thay máy mới".
3. Không có ai trực đêm. Sự cố 2 giờ sáng ở phòng server công ty khác hẳn sự cố trên hạ tầng có đội vận hành 24/7 đứng sau.
4. Yêu cầu khôi phục sau thảm hoạ. Cần bản sao ở vùng địa lý khác? Trên cloud đó là một dòng cấu hình; on-premise là thuê thêm phòng máy.

Còn đây là những lý do nên bỏ qua: "đối thủ lên cloud rồi", "để chuẩn bị cho AI", "cho hiện đại". Nếu hệ thống của bạn chỉ là website công ty và phần mềm kế toán nội bộ, tải phẳng lì quanh năm, thì một máy chủ ảo cấu hình đúng vẫn rẻ hơn hẳn kiến trúc cloud đầy đủ — bài VPS, hosting hay cloud: chọn theo giai đoạn của website phân tích kỹ ngưỡng chuyển đổi giữa ba lựa chọn.

5 giai đoạn chuyển hệ thống lên cloud

Giai đoạn 1 — đánh giá. Bước hay bị làm ẩu nhất. Bạn cần sơ đồ ghi rõ mỗi ứng dụng gọi tới cái gì, cổng nào, dữ liệu nằm ở đâu, chỗ nào phụ thuộc IP tĩnh. Chỗ chết người luôn là thứ không ai nhớ: job cron gửi email chạy trên máy phòng kế toán, tích hợp ngân hàng đã whitelist IP cũ, license khoá theo địa chỉ MAC. Chúng tôi luôn đo băng thông ra Internet thật ít nhất 7 ngày ở bước này — con số đó quyết định phần lớn hoá đơn tháng sau.

Giai đoạn 2 — dựng và thử nghiệm. Dựng hạ tầng đích, phục hồi bản sao dữ liệu thật rồi chạy thử. Đừng dùng dữ liệu giả: nó không bao giờ làm lộ truy vấn chạy 40 giây trên bảng 12 triệu dòng. Đây cũng là lúc quyết định có container hoá hay không — nhưng đừng gộp hai dự án lớn vào một, lý do nằm ở bài Docker và Kubernetes: khi nào doanh nghiệp cần, khi nào là thừa.

Chạy song song: tốn gấp đôi trong bao lâu là chấp nhận được

Đây là lúc bạn trả tiền cho hai hệ thống cùng lúc. Ai cũng muốn rút ngắn, nhưng ngắn quá thì cắt chuyển thành đánh cược. Khoảng chúng tôi thường đề xuất:

• Hệ thống nội bộ, ít người dùng, dữ liệu dưới 200 GB: 2 tuần, phải phủ trọn một chu kỳ nghiệp vụ — chốt sổ ngày 5 hằng tháng thì phải chạy qua ít nhất một lần ngày 5.
• Web thương mại điện tử có thanh toán: 3-4 tuần, đủ phủ một đợt cao điểm nhỏ như cuối tuần hay ngày sale để biết hệ thống mới chịu tải thế nào.
• ERP/kế toán nối hoá đơn điện tử, ngân hàng, đối tác: 4-6 tuần — không phải vì kỹ thuật mà vì chờ đối tác cập nhật whitelist IP, có nơi mất 2-3 tuần chỉ để đổi một dòng cấu hình.

Nguyên tắc: thời gian chạy song song phải dài hơn chu kỳ nghiệp vụ dài nhất của bạn. Có quyết toán quý thì đừng cắt chuyển vào tháng cuối quý.

Về tiền, giai đoạn này không thực sự tốn gấp đôi: hệ thống mới chưa cần cấu hình đầy đủ và có thể tắt ngoài giờ thử, nên phần đội thêm thường chỉ 40-70% chi phí hạ tầng một tháng. Với đa số SME đó là vài triệu tới vài chục triệu đồng — rẻ hơn nhiều so với một ngày ngừng bán hàng.

Chi phí cloud ẩn: vì sao hoá đơn tháng đầu gây sốc

Đây là phần chúng tôi muốn bạn đọc kỹ nhất. Lập dự toán, hầu hết mọi người cộng tiền CPU, RAM, ổ đĩa rồi dừng. Hoá đơn thật không dừng ở đó. Thủ phạm số một là băng thông ra Internet (egress): dữ liệu vào cloud gần như miễn phí, dữ liệu đi ra tính tiền từng GB. Website nhiều hình ảnh, API phục vụ app di động, job backup đẩy dữ liệu về văn phòng mỗi đêm — tất cả đều là egress.

Bảng dưới là các khoản dễ bị bỏ sót nhất, đơn giá theo mặt bằng chung của các nhà cung cấp cloud quốc tế, là khoảng tham khảo thị trường tại thời điểm viết (08/2026), chưa gồm VAT. Giá thật thay đổi theo vùng và mức cam kết — dùng bảng này để biết cần hỏi gì, đừng dùng làm báo giá.

Gần 500 USD một tháng, khoảng 12-15 triệu đồng, cho những khoản không có trong bảng tính ban đầu — trong khi phần CPU và RAM ai cũng chăm chú so sánh có khi chỉ 200-300 USD. Đó là lý do hoá đơn tháng đầu thường gấp đôi tới gấp ba dự toán.

Ba cách giảm hiệu quả nhất, theo thứ tự ưu tiên:

1. Đặt CDN trước mọi nội dung tĩnh. Ảnh, video, file tải về qua CDN rẻ hơn đáng kể so với đi thẳng từ máy chủ, và nhanh hơn cho người dùng.
2. Giữ mọi thành phần trong cùng một vùng. Máy ứng dụng ở Singapore mà cơ sở dữ liệu ở Tokyo là cách đốt tiền âm thầm và hiệu quả nhất.
3. Bật cảnh báo ngân sách ngay ngày đầu, ngưỡng 60%, 80%, 100%. Biết vượt chi vào ngày 10 thì còn xử lý được; biết vào ngày 30 thì tiền đã mất.

Muốn so sánh trả theo giờ với gói cố định, bài chi phí thuê VPS cho doanh nghiệp bóc tách theo tải thật thay vì cấu hình quảng cáo. Với nhiều SME, gói trọn gói — dịch vụ máy chủ của chúng tôi khởi điểm 199.000đ/tháng — dễ kiểm soát ngân sách hơn hẳn vì không phát sinh theo GB.

Cắt chuyển: chọn giờ và kịch bản quay đầu

Chọn giờ. Ít giao dịch nhất nhưng vẫn đủ người trực: với đa số doanh nghiệp Việt Nam là 22h - 2h sáng thứ Bảy hoặc Chủ nhật. Đừng chọn đêm thứ Sáu chỉ vì "cuối tuần rảnh" — nếu hỏng, bạn có hai ngày không gọi được đối tác hay ngân hàng. Cũng tránh đầu tháng, cuối tháng, sát kỳ quyết toán.

Chuẩn bị trước 48 giờ: hạ TTL bản ghi DNS xuống 60-300 giây (để nguyên 86400 giây thì quay đầu bằng DNS mất cả ngày mới có hiệu lực), chốt danh sách người trực kèm số điện thoại, chạy thử toàn bộ quy trình một lần trên môi trường thử, tính cả bước quay đầu.

Trình tự cắt chuyển:

1. Thông báo người dùng, khoá ghi trên hệ thống cũ.
2. Đồng bộ dữ liệu lần cuối, đối chiếu số bản ghi các bảng quan trọng: đơn hàng, tồn kho, công nợ.
3. Đổi DNS sang hệ thống mới.
4. Kiểm tra theo danh sách đã chuẩn bị: đăng nhập, tạo đơn thử, thanh toán thử, xuất hoá đơn thử, gửi email thử.
5. Mở ghi cho người dùng thật, theo dõi sát 2 giờ.

Kịch bản quay đầu — phần các bài lý thuyết hay bỏ qua. Quay đầu không phải thất bại, đó là bảo hiểm. Chốt trước ba thứ:

• Tiêu chí quay đầu bằng con số, chốt trước khi bắt đầu. Ví dụ: lỗi 5xx vượt 2% trong 15 phút liên tiếp, thời gian phản hồi p95 tăng quá 3 lần mức nền, hoặc bất kỳ giao dịch tiền nào ghi nhận sai. Có con số thì không ai phải tranh luận lúc 1 giờ sáng.
• Thời hạn quyết định. Chúng tôi thường đặt mốc T+90 phút: còn lỗi chặn nghiệp vụ thì quay đầu, không cố thêm. Cố thêm là lúc dữ liệu mới tích dần trên hệ thống mới và việc quay đầu trở nên đau đớn.
• Một người có quyền bấm nút. Một người, không phải hội đồng.

Điều kiện để quay đầu chạy được: hệ thống cũ phải còn nguyên trạng, không tắt, không xoá, ít nhất 7-14 ngày sau cắt chuyển. Tiền server thêm hai tuần là khoản bảo hiểm rẻ nhất cả dự án. Nếu đã có giao dịch phát sinh trên hệ thống mới, quay đầu phải kèm quy trình đồng bộ ngược — chuẩn bị sẵn, đừng ứng biến.

Sau migration: tối ưu chi phí từ tháng thứ 2-3

Đừng tối ưu trong tháng đầu, bạn cần dư địa để xử lý sự cố. Từ tháng thứ hai, khi đã có số liệu sử dụng thật, làm bốn việc:

• Cắt tài nguyên thừa. Máy chủ dùng trung bình 8% CPU suốt tháng là chọn thừa hai bậc; hạ cấu hình thường tiết kiệm 30-50% phần máy tính toán.
• Dọn rác. Ổ đĩa mồ côi, snapshot cũ, IP tĩnh không gắn, môi trường thử quên tắt — đặt lịch dọn hằng quý.
• Mua cam kết dài hạn cho phần tải nền. Phần tải chắc chắn còn trong 12 tháng tới nên mua cam kết một năm, thường rẻ hơn 30-40% so với trả theo giờ; phần tải đỉnh để linh hoạt.
• Đặt vòng đời cho backup. Backup giữ vô thời hạn là chi phí tăng đều mỗi tháng. Với hệ thống mình vận hành, chúng tôi mặc định giữ backup hằng ngày trong 30 ngày — đủ khôi phục mọi tình huống thực tế mà không phình dung lượng vô hạn.

Việc cuối: đọc lại cam kết dịch vụ của nhà cung cấp mới. Con số uptime trên trang quảng cáo và con số trong hợp đồng không phải lúc nào cũng giống nhau, và cách tính bù trừ mới là chỗ quan trọng — bài uptime 99.9% trong SLA nghĩa là gì chỉ rõ những điều khoản cần đọc trước khi ký.

Cần một lộ trình cho hệ thống cụ thể của bạn

Mỗi hệ thống có một chỗ khó riêng: một tích hợp cũ, một license khoá theo IP, một cơ sở dữ liệu quá lớn để copy trong một đêm. Microads dựng và vận hành hạ tầng từ 2015 với hơn 500 dự án, và bước đầu bao giờ cũng là ngồi xem sơ đồ hệ thống hiện tại của bạn. Gọi 0919 788 815 hoặc gửi yêu cầu qua form trên microads.vn để đặt buổi tư vấn miễn phí — chúng tôi sẽ nói thẳng nếu việc chuyển hệ thống lên cloud chưa đáng làm lúc này.