Hybrid Cloud cho enterprise Việt — cân bằng giữa Public Cloud và Data Sovereignty

Khoảng 80 phần trăm doanh nghiệp đang dùng từ hai nền tảng cloud trở lên (theo các báo cáo ngành dẫn từ Gartner và VnEconomy). Tuy nhiên multi-cloud KHÔNG bằng hybrid cloud. Bài viết phân biệt rõ hai khái niệm và đi sâu vào kiến trúc hybrid — vì câu hỏi "đặt workload ở đâu" và "vận hành thế nào" là hai quyết định khác nhau, không thể trộn lẫn.

Multi-cloud và Hybrid cloud — phân biệt

Multi-cloud là sử dụng từ hai public cloud provider trở lên (ví dụ AWS cộng Azure cộng GCP) — mục tiêu chính là giảm vendor lock-in và tận dụng dịch vụ tốt nhất từ mỗi nhà cung cấp. Toàn bộ workload vẫn ở public cloud.

Hybrid cloud là kết hợp public cloud với private cloud hoặc on-premise — mục tiêu là tối ưu theo yêu cầu cụ thể của workload (chi phí, độ trễ, tuân thủ pháp lý). Workload nhạy cảm ở on-prem, workload elastic ở public cloud.

Trong thực tế, đa số enterprise vừa hybrid vừa multi-cloud — một phần workload trên on-premise, phần khác trên hai hoặc ba public cloud khác nhau. Đây là kiến trúc phức tạp nhưng tối ưu.

Ba mô hình kiến trúc hybrid phổ biến

Mô hình 1 — Workload Split (Data Sovereignty Pattern)

Dữ liệu nhạy cảm và workload AI training được giữ ở on-premise hoặc private cloud trong nước; tầng ứng dụng và customer-facing chạy trên public cloud để tận dụng global edge và scale. Phù hợp với ngân hàng, chính phủ, y tế — các ngành có yêu cầu pháp lý nghiêm ngặt về vị trí dữ liệu.

Mô hình 2 — Cloud Bursting (Elastic Pattern)

Baseline workload chạy ổn định trên on-premise; khi có spike (mùa lễ, chiến dịch marketing, sự kiện đặc biệt), traffic vượt năng lực được burst lên public cloud tạm thời. Khi spike kết thúc, scale xuống. Phù hợp với e-commerce mùa lễ, retail seasonal, ticketing.

Mô hình 3 — Active-Passive DR (Resilience Pattern)

Production chạy trên on-premise; site phục hồi thảm họa được đặt trên public cloud — rẻ hơn nhiều so với xây dựng datacenter dự phòng riêng. Khi DC chính có sự cố, failover sang cloud DR. Phù hợp với enterprise đã có DC chính nhưng cần DR site cost-efficient.

Lớp Data Sovereignty — yêu cầu Việt Nam

Yêu cầu chủ quyền dữ liệu tại Việt Nam đến từ ba nguồn pháp lý chính: Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân (đã có hiệu lực), Luật Trí tuệ nhân tạo Việt Nam (dự kiến áp dụng từ tháng 3/2026 theo Mstar Corp), và các quy định ngành cụ thể như Thông tư 09 Ngân hàng Nhà nước cho ngân hàng.

Thiết kế hybrid phải có lớp data residency control — tự động đảm bảo dữ liệu loại nào ở vị trí nào theo policy. Triển khai qua tagging dữ liệu, policy enforcement layer, và audit định kỳ. Đây là lớp thường bị bỏ qua nhưng quyết định mức độ tuân thủ thực tế.

Networking layer — không thể thiếu

Hybrid cloud chạy được hay không phụ thuộc lớn vào networking. Bốn yếu tố cốt lõi: SD-WAN giữa các chi nhánh, datacenter chính, và public cloud — quản lý lưu lượng theo ứng dụng; Direct Connect, ExpressRoute, hoặc Cloud Interconnect cho dedicated bandwidth và độ trễ thấp giữa on-prem và cloud; mã hóa toàn bộ lưu lượng inter-site; thiết kế multi-region cho khả năng phục hồi.

Management plane thống nhất

Sai lầm phổ biến nhất khi triển khai hybrid: dùng hai bảng điều khiển riêng — một cho cloud, một cho on-premise. Đội vận hành phải chuyển qua lại, không có view tổng thể, alert manh mún, và compliance posture không nhất quán.

Đúng phải là single pane of glass — một management plane chung cho cả hai môi trường. Công cụ phổ biến: VMware Aria (cho VMware-centric stack), Red Hat Ansible Automation Platform (cho automation), HashiCorp Terraform plus Vault plus Consul (cho infrastructure-as-code và secrets management). Thêm vào đó là FinOps cho cả hai bên (tránh tiết kiệm cloud nhưng over-invest on-prem) và compliance posture management thống nhất.

Anti-pattern cần tránh

Hybrid by accident — lift-shift một phần workload lên cloud không có chiến lược tổng thể, kết quả là "tệ nhất hai thế giới" (chi phí cloud cao mà không tận dụng elastic; giữ on-prem nhưng không tận dụng kiểm soát).

Lock-in trong hybrid — dùng các proprietary services độc quyền của một cloud (ví dụ AWS Lambda hoặc Azure Cosmos DB) khiến chi phí chuyển đổi sau này rất cao. Hybrid đúng phải giữ tính linh hoạt giữa các môi trường.

Bỏ qua Day-2 operations — tập trung quá mức vào triển khai mà không đầu tư cho đội vận hành hybrid sau khi go-live. Hybrid yêu cầu kỹ năng vận hành đặc thù: monitoring cross-environment, troubleshooting network giữa cloud và on-prem, FinOps cho cả hai.

Lời kết

Hybrid cloud không phải là "lựa chọn an toàn" hay "không quyết định nổi giữa cloud và on-prem". Đó là kiến trúc đáp ứng đồng thời ba mục tiêu mà single-environment không thể: linh hoạt scale theo nhu cầu, chủ quyền dữ liệu theo yêu cầu pháp lý, và kinh tế dài hạn theo TCO. Doanh nghiệp Việt 2026 sẽ thắng nếu xem hybrid là quyết định kiến trúc có chủ đích — không phải là kết quả ngẫu nhiên của các dự án rời rạc.