Không có một đám mây phù hợp cho mọi workload: Doanh nghiệp nên chọn Sovereign, Hyperscaler hay Hybrid?

Bài chia sẻ của Nguyễn Đạt - MRE (Market Research Expert), VNPT Cloud.

Khi xây dựng chiến lược cloud, doanh nghiệp thường đứng trước 03 lựa chọn quen thuộc: sử dụng hyperscaler để tiếp cận nhanh công nghệ mới, chọn sovereign cloud để tăng quyền kiểm soát dữ liệu, hoặc triển khai hybrid cloud để kết hợp nhiều môi trường. Nhưng trên thực tế, rất khó có một mô hình duy nhất phù hợp với tất cả hệ thống trong doanh nghiệp.

Một workload AI cần khả năng mở rộng nhanh sẽ có yêu cầu khác với hệ thống core, dữ liệu khách hàng hay ứng dụng vận hành tại nhà máy. Vì vậy, câu hỏi quan trọng không phải là “mô hình cloud nào tốt nhất”, mà là “workload nào nên được đặt ở đâu”.

Bài viết này, tôi sẽ phân tích điểm mạnh, giới hạn và trường hợp phù hợp của Sovereign, Hyperscaler và Hybrid; đồng thời gợi ý các tiêu chí giúp doanh nghiệp phân loại workload và xây dựng một chiến lược cloud cân bằng hơn giữa đổi mới, tuân thủ, quyền kiểm soát và chi phí.

Thay vì bắt đầu bằng tên nhà cung cấp hoặc loại hình cloud, doanh nghiệp cần bắt đầu từ chính đặc tính của hệ thống sẽ được triển khai. Dữ liệu nào được xử lý, mức độ quan trọng ra sao, ai có thể truy cập, nhu cầu tài nguyên biến động thế nào và khả năng chuyển đổi nền tảng đến đâu, những câu hỏi này mới quyết định môi trường cloud phù hợp.

Chiến lược cloud không còn bắt đầu từ tên nhà cung cấp

Một chiến lược cloud thiếu cân bằng thường bắt đầu bằng câu hỏi: doanh nghiệp nên chọn nhà cung cấp nào?

Từ đó, tổ chức cố gắng đưa phần lớn ứng dụng, dữ liệu và quy trình lên cùng một nền tảng. Cách làm này có thể giúp giai đoạn đầu triển khai nhanh hơn, nhưng dần bộc lộ hạn chế khi danh mục hệ thống trở nên phức tạp.

Một ứng dụng thương mại điện tử có lưu lượng biến động không có cùng yêu cầu với hệ thống core banking. Một nền tảng phân tích dữ liệu không giống hệ thống điều khiển tại nhà máy. Một chatbot nội bộ không nên được đánh giá giống hệ thống AI xử lý hồ sơ khách hàng. Ngay trong cùng một ứng dụng, dữ liệu, giao diện người dùng, mô hình AI và hệ thống giao dịch lõi cũng có thể cần những mức kiểm soát khác nhau.

Vì vậy, chiến lược cloud nên bắt đầu từ workload, không phải từ nhà cung cấp.

Doanh nghiệp cần xác định:

• workload xử lý loại dữ liệu nào;
• yêu cầu hiệu năng và độ trễ ra sao;
• khả năng mở rộng có biến động hay không;
• quy định pháp lý và quy định ngành nào được áp dụng;
• ai được quyền truy cập và vận hành hệ thống;
• mức độ gián đoạn có thể chấp nhận;
• khả năng chuyển đổi sang nền tảng khác;
• tổng chi phí trong suốt vòng đời workload.

Khi những câu hỏi này được trả lời, lựa chọn cloud sẽ trở thành kết quả của quá trình phân tích, thay vì một quyết định mang tính mặc định.

Sovereign, Hyperscaler và Hybrid không hoàn toàn là ba lựa chọn đối lập

Trước khi so sánh, cần làm rõ rằng ba khái niệm này không nằm hoàn toàn trên cùng một trục.

Hyperscaler thường dùng để chỉ các nhà cung cấp public cloud toàn cầu có quy mô hạ tầng rất lớn, mạng lưới nhiều khu vực và hệ sinh thái dịch vụ phong phú. Khái niệm này chủ yếu nói về quy mô và mô hình cung cấp dịch vụ.

Sovereign cloud nói về mức độ kiểm soát đối với dữ liệu, vận hành, công nghệ, quyền truy cập, khóa mã hóa, chuỗi cung ứng và thẩm quyền pháp lý. Đây là một tập hợp mục tiêu và yêu cầu về chủ quyền, không chỉ là một mô hình triển khai hạ tầng.

Hybrid cloud là một kiến trúc kết hợp nhiều môi trường cloud khác nhau. Theo Viện Tiêu chuẩn và Công nghệ Quốc gia Mỹ (NIST), hybrid cloud gồm từ hai hạ tầng cloud riêng biệt trở lên, chẳng hạn private cloud và public cloud, vẫn duy trì tính độc lập nhưng được kết nối bằng công nghệ cho phép dữ liệu và ứng dụng có thể tương tác hoặc di chuyển giữa các môi trường.

>> Đọc thêm: Hybrid Cloud trên VNPT Cloud

Điều đó có nghĩa một doanh nghiệp có thể đồng thời:

• sử dụng dịch vụ của hyperscaler;
• áp dụng sovereign cloud cho một số workload;
• kết nối các môi trường này bằng kiến trúc hybrid.

Thậm chí, sovereign cloud cũng không nhất thiết phải đứng ngoài hệ sinh thái hyperscaler. Microsoft hiện mô tả Sovereign Public Cloud như một lớp kiểm soát chủ quyền được xây dựng trên hạ tầng public cloud hyperscale, bổ sung các cơ chế về vị trí dữ liệu, giám sát vận hành và quyền kiểm soát khóa mã hóa. Google Cloud cũng cung cấp mô hình sovereign controls do đối tác địa phương vận hành, với các khả năng như giới hạn vị trí dữ liệu, quản lý khóa mã hóa bên ngoài hạ tầng Google và giám sát tại địa phương. Đây là mô tả từ chính các nhà cung cấp, nhưng cho thấy ranh giới giữa hyperscaler và sovereign cloud đang ngày càng linh hoạt hơn.

Vì vậy, cách đặt vấn đề chính xác hơn không phải là:

Sovereign, hyperscaler hay hybrid: đâu là lựa chọn duy nhất?

Mà là:

Doanh nghiệp cần kết hợp các mô hình này như thế nào cho từng nhóm workload?

Vì sao bài toán chủ quyền cloud trở nên cấp thiết hơn trong năm 2026?

Sovereign cloud từng chủ yếu được thảo luận trong chính phủ, quốc phòng, tài chính và các lĩnh vực hạ tầng thiết yếu. Tuy nhiên, rủi ro địa chính trị, yêu cầu bảo vệ dữ liệu và mức độ phụ thuộc ngày càng lớn vào hạ tầng số khiến chủ quyền cloud trở thành vấn đề của nhiều doanh nghiệp hơn.

Gartner dự báo chi tiêu toàn cầu cho sovereign cloud IaaS đạt khoảng 80,4 tỷ USD trong năm 2026, tăng 35,6% so với năm 2025. Gartner cũng nhận định nhu cầu “geopatriation” - dịch chuyển dữ liệu và ứng dụng từ các nền tảng toàn cầu sang cloud địa phương, sovereign cloud hoặc data center riêng, có thể làm 20% workload hiện tại chuyển từ nhà cung cấp toàn cầu sang nhà cung cấp địa phương. Đây là dự báo thị trường, không đồng nghĩa mọi doanh nghiệp đều sẽ thực hiện sự dịch chuyển này, nhưng phản ánh mức độ quan tâm ngày càng lớn đến quyền kiểm soát hạ tầng số.

Tại châu Âu, sovereign cloud cũng đang chuyển từ một khái niệm định tính sang các tiêu chí mua sắm có thể đo lường. Vào tháng 4/2026, Ủy ban châu Âu trao các hợp đồng cung cấp sovereign cloud trị giá tối đa 180 triệu EUR trong 06 năm cho 04 nhóm nhà cung cấp. Cloud Sovereignty Framework được sử dụng để đánh giá nhà cung cấp theo tám nhóm mục tiêu, bao gồm yếu tố chiến lược, pháp lý, vận hành, chuỗi cung ứng, công nghệ, bảo mật và môi trường.

Hyperscaler: Khi tốc độ đổi mới và khả năng mở rộng được ưu tiên

Giá trị lớn nhất của hyperscaler không chỉ nằm ở số lượng máy chủ hay phạm vi data center toàn cầu. Lợi thế thực sự nằm ở khả năng cung cấp nhanh một hệ sinh thái dịch vụ rộng, từ compute, storage và database đến phân tích dữ liệu, serverless, machine learning, AI platform, bảo mật và công cụ phát triển.

Hyperscaler thường phù hợp với những workload cần:

• mở rộng hoặc thu hẹp tài nguyên nhanh;
• thử nghiệm sản phẩm trong thời gian ngắn;
• phục vụ người dùng tại nhiều quốc gia;
• sử dụng các dịch vụ AI và dữ liệu chuyên sâu;
• triển khai môi trường phát triển theo nhu cầu;
• xử lý lưu lượng có tính mùa vụ hoặc khó dự đoán;
• giảm thời gian tự xây dựng và vận hành các dịch vụ nền tảng.

AI đang làm lợi thế này trở nên rõ hơn. Gartner dự báo chi tiêu AI toàn cầu có thể đạt khoảng 2,52 nghìn tỷ USD trong năm 2026, tăng 44% so với năm trước; riêng quá trình xây dựng hạ tầng nền cho AI được dự báo đóng góp thêm hơn 400 tỷ USD chi tiêu. Những con số này cho thấy doanh nghiệp và nhà cung cấp đang đầu tư mạnh vào compute, dữ liệu, platform và các dịch vụ hỗ trợ AI.

Với một doanh nghiệp muốn thử nghiệm trợ lý AI, xây dựng ứng dụng phân tích dữ liệu hoặc triển khai dịch vụ mới ra nhiều thị trường, hyperscaler có thể giúp rút ngắn đáng kể thời gian tiếp cận công nghệ.

Tuy nhiên, sự thuận tiện đó đi kèm một số câu hỏi cần được tính từ đầu:

• dữ liệu được lưu trữ và sao lưu ở đâu;
• nhân sự nào của nhà cung cấp có thể truy cập môi trường vận hành;
• khóa mã hóa do ai kiểm soát;
• hệ thống phụ thuộc bao nhiêu vào dịch vụ độc quyền;
• chi phí truyền dữ liệu ra ngoài nền tảng;
• khả năng di chuyển ứng dụng khi thay đổi nhà cung cấp;
• hệ thống chịu thẩm quyền pháp lý nào;
• doanh nghiệp có thể tiếp tục vận hành ra sao nếu dịch vụ hoặc kết nối bị gián đoạn.

Hyperscaler vì vậy không phải lựa chọn “tốt nhất cho mọi workload”. Nó mang lại giá trị lớn nhất khi tốc độ, quy mô, hệ sinh thái dịch vụ và khả năng đổi mới quan trọng hơn yêu cầu phải kiểm soát toàn bộ các lớp của hạ tầng.

Sovereign cloud: Khi quyền kiểm soát quan trọng ngang với năng lực công nghệ

Sovereign cloud thường bị hiểu đơn giản là cloud đặt trong lãnh thổ một quốc gia. Vị trí dữ liệu là một thành phần quan trọng, nhưng chưa đủ để tạo nên chủ quyền thực chất.

Một workload có thể được lưu trữ trong nước nhưng control plane, hệ thống hỗ trợ, khóa mã hóa hoặc nhân sự quản trị vẫn nằm ngoài quyền kiểm soát của khách hàng. Ngược lại, một số mô hình dựa trên công nghệ quốc tế có thể bổ sung cơ chế vận hành tại địa phương, tách biệt quyền truy cập và cho phép khách hàng kiểm soát khóa mã hóa.

Do đó, sovereign cloud nên được đánh giá theo nhiều lớp:

Chủ quyền dữ liệu: Dữ liệu được lưu trữ, sao lưu và xử lý ở đâu? Có bị chuyển sang khu vực khác hay không?

Chủ quyền vận hành: Ai được quyền quản trị hệ thống? Việc hỗ trợ kỹ thuật từ xa được kiểm soát như thế nào?

Chủ quyền pháp lý: Dịch vụ và dữ liệu chịu sự điều chỉnh của hệ thống pháp luật nào? Nhà cung cấp phản ứng ra sao trước yêu cầu truy cập từ cơ quan có thẩm quyền?

Chủ quyền công nghệ: Doanh nghiệp có thể vận hành, thay thế hoặc tiếp tục sử dụng nền tảng nếu mối quan hệ với nhà cung cấp bị gián đoạn hay không?

Chủ quyền đối với khóa mã hóa: Khóa do nhà cung cấp, đối tác địa phương hay khách hàng nắm giữ?

Chủ quyền chuỗi cung ứng: Nền tảng phụ thuộc vào những thành phần phần cứng, phần mềm, bản quyền và dịch vụ hỗ trợ nào?

Cách tiếp cận đa chiều này tương đồng với Cloud Sovereignty Framework của Ủy ban châu Âu, trong đó chủ quyền được đánh giá bằng nhiều mục tiêu đo lường thay vì chỉ dựa vào vị trí data center.

Sovereign cloud thường phù hợp hơn với:

• dữ liệu cá nhân hoặc dữ liệu đặc biệt nhạy cảm;
• hệ thống tài chính và giao dịch quan trọng;
• hạ tầng viễn thông, năng lượng và dịch vụ công;
• workload liên quan đến quốc phòng, an ninh hoặc bí mật kinh doanh;
• hệ thống cần khả năng kiểm toán sâu;
• ứng dụng phải duy trì hoạt động trong các kịch bản gián đoạn đặc biệt;
• tổ chức muốn kiểm soát chặt quyền truy cập và khóa mã hóa.

Nhưng sovereign cloud cũng không nên được sử dụng như một nhãn marketing chung. Doanh nghiệp cần yêu cầu nhà cung cấp chứng minh cụ thể lớp chủ quyền nào được đáp ứng, giới hạn nằm ở đâu và trách nhiệm được phân chia như thế nào.

Hybrid cloud: Không phải giải pháp thỏa hiệp

Hybrid cloud đôi khi bị xem là trạng thái chuyển tiếp: doanh nghiệp chưa thể đưa hết hệ thống lên public cloud nên phải giữ lại một phần hạ tầng cũ.

Cách hiểu này ngày càng không còn phù hợp.

Trong nhiều tổ chức, hybrid là kiến trúc có chủ đích. Một số workload cần khả năng mở rộng và hệ sinh thái dịch vụ của hyperscaler. Một số hệ thống cần được đặt tại data center riêng hoặc sovereign cloud. Một số tác vụ phải xử lý gần nhà máy, chi nhánh hoặc người dùng để giảm độ trễ. Hybrid cho phép doanh nghiệp phân bổ từng thành phần vào môi trường phù hợp.

Báo cáo State of the Cloud 2026 của Flexera cho biết 73% tổ chức trong khảo sát vận hành môi trường hybrid cloud. Báo cáo cũng nhận thấy một phần workload và dữ liệu đã được đưa trở lại hạ tầng riêng, cho thấy doanh nghiệp đang điều chỉnh vị trí workload thay vì tiếp tục đi theo một chiều duy nhất lên public cloud. Đây là khảo sát do một nhà cung cấp giải pháp quản trị công nghệ thực hiện, nên số liệu cần được xem như một tín hiệu thị trường hơn là đại diện tuyệt đối cho mọi doanh nghiệp.

Hybrid có thể mang lại giá trị trong những kịch bản như:

• hệ thống lõi và dữ liệu nhạy cảm đặt trên private hoặc sovereign cloud;
• lớp giao diện khách hàng chạy trên hyperscaler để mở rộng nhanh;
• dữ liệu được xử lý sơ bộ tại edge trước khi chuyển lên cloud;
• workload AI thử nghiệm sử dụng GPU cloud, trong khi dữ liệu gốc vẫn được kiểm soát trong môi trường riêng;
• ứng dụng cũ được giữ lại nhưng kết nối với các dịch vụ mới thông qua API;
• doanh nghiệp sử dụng hyperscaler cho khôi phục thảm họa hoặc nhu cầu tăng đột biến.

Điểm cần lưu ý là hybrid chỉ tạo ra giá trị khi các môi trường được kết nối và quản trị như một kiến trúc thống nhất. Nếu mỗi đơn vị tự mua cloud, tự quản lý tài khoản, tự xây identity và bảo mật, doanh nghiệp sẽ không có hybrid cloud mà chỉ có nhiều “đảo hạ tầng” rời rạc.

AI đang làm thay đổi cách phân bổ workload

AI khiến quyết định lựa chọn cloud trở nên phức tạp hơn vì một hệ thống AI thường gồm nhiều thành phần với đặc tính rất khác nhau.

Một ứng dụng AI doanh nghiệp có thể bao gồm:

• dữ liệu gốc và dữ liệu cá nhân;
• data pipeline;
• vector database;
• mô hình nền tảng;
• môi trường fine-tuning;
• inference service;
• API kết nối hệ thống nghiệp vụ;
• dữ liệu quan sát, prompt và phản hồi của người dùng.

Không nhất thiết tất cả các thành phần này phải nằm trên cùng một cloud.

Ví dụ, doanh nghiệp có thể sử dụng mô hình AI và năng lực GPU từ hyperscaler, nhưng giữ dữ liệu khách hàng trong sovereign cloud. Dữ liệu chỉ được đưa sang mô hình sau khi đã ẩn danh hoặc được truy xuất thông qua một lớp kiểm soát. Với workload có độ nhạy cảm cao hơn, doanh nghiệp có thể triển khai model tại hạ tầng riêng hoặc sử dụng một dịch vụ sovereign AI.

Training cũng có thể cần khả năng mở rộng rất lớn trong thời gian ngắn, trong khi inference lại cần chi phí ổn định, độ trễ thấp và được đặt gần người dùng. Vì vậy, môi trường phù hợp cho training chưa chắc đã là môi trường phù hợp cho inference.

AI còn làm tăng data gravity - mức độ khó khăn khi di chuyển một lượng dữ liệu lớn ra khỏi nơi dữ liệu đang được lưu trữ. Nếu doanh nghiệp chọn dịch vụ AI ở một cloud nhưng dữ liệu nằm ở môi trường khác, chi phí truyền dữ liệu, độ trễ và yêu cầu bảo mật có thể làm mất đi lợi ích ban đầu.

Do đó, chiến lược AI và chiến lược cloud không thể được xây dựng riêng biệt. Quyết định chọn mô hình AI, vị trí dữ liệu và nền tảng cloud phải được xem xét trong cùng một kiến trúc.

Ma trận lựa chọn theo workload

Không có một ma trận nào thay thế hoàn toàn quá trình đánh giá kỹ thuật và pháp lý. Tuy nhiên, bảng dưới đây có thể giúp doanh nghiệp hình dung điểm mạnh tương đối của từng mô hình.

Với tôi, điểm quan trọng là doanh nghiệp không nhất thiết phải chọn một cột cho toàn bộ tổ chức. Mỗi workload có thể có kết quả khác nhau!

Một số kịch bản thực tế

Tôi đã có cơ hội tiếp cận với 1 số case sau:

Ngân hàng và tổ chức tài chính

Hệ thống core, dữ liệu định danh, hồ sơ giao dịch và khóa mã hóa có thể cần môi trường với mức kiểm soát cao. Trong khi đó, ngân hàng vẫn có thể sử dụng hyperscaler cho môi trường phát triển, phân tích dữ liệu không nhạy cảm, thử nghiệm AI hoặc ứng dụng marketing.

Kiến trúc hybrid giúp kết nối hai khu vực thông qua API, identity và các chính sách dữ liệu. Thách thức lớn nhất không nằm ở việc kết nối mạng, mà ở việc kiểm soát dữ liệu nào được phép đi qua ranh giới và ai có quyền truy cập.

Doanh nghiệp sản xuất

Hệ thống điều khiển, dữ liệu dây chuyền và workload cần phản hồi tức thời có thể được đặt tại nhà máy hoặc edge. Dữ liệu tổng hợp có thể được chuyển lên cloud để phân tích, lập kế hoạch bảo trì và huấn luyện mô hình.

Doanh nghiệp có vốn đầu tư nước ngoài còn cần kết nối với hệ thống toàn cầu của tập đoàn, nhưng đồng thời phải đáp ứng các yêu cầu pháp lý và vận hành tại Việt Nam. Hybrid thường là kiến trúc thực tế hơn so với việc buộc toàn bộ hệ thống chạy trên một môi trường duy nhất.

Bán lẻ và thương mại điện tử

Website, ứng dụng và hệ thống recommendation cần khả năng mở rộng nhanh, phù hợp với hyperscaler. Tuy nhiên, dữ liệu khách hàng, thanh toán và chương trình khách hàng thân thiết có thể cần lớp kiểm soát cao hơn.

Doanh nghiệp có thể tách front-end, hệ thống AI và dữ liệu định danh thành các vùng khác nhau, thay vì xem toàn bộ nền tảng thương mại điện tử như một workload duy nhất.

Cơ quan nhà nước và hạ tầng thiết yếu

Dữ liệu và hệ thống quan trọng có thể cần sovereign cloud, private cloud hoặc môi trường tách biệt. Tuy nhiên, điều đó không loại trừ việc sử dụng công nghệ cloud hiện đại, container, automation và AI.

Sovereign không đồng nghĩa với việc quay lại mô hình hạ tầng đóng, khó mở rộng. Mục tiêu là giữ được quyền kiểm soát cần thiết nhưng vẫn khai thác được lợi ích của kiến trúc cloud.

Bối cảnh Việt Nam: Từ tuân thủ dữ liệu đến chiến lược hạ tầng

Tại Việt Nam, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP cùng có hiệu lực từ ngày 1/1/2026. Sự thay đổi này khiến việc phân loại dữ liệu, xác định vai trò của các bên xử lý và thiết kế biện pháp bảo vệ trở thành một phần trực tiếp của chiến lược cloud doanh nghiệp.

Tuy nhiên, doanh nghiệp không nên biến yêu cầu bảo vệ dữ liệu thành một kết luận kỹ thuật quá đơn giản, chẳng hạn mọi dữ liệu đều phải đặt trên cùng một cloud hoặc chỉ cần data center ở Việt Nam là đã đáp ứng đầy đủ yêu cầu chủ quyền.

Mỗi tổ chức vẫn phải đánh giá:

• loại dữ liệu được xử lý;
• mục đích và phạm vi xử lý;
• yêu cầu của pháp luật chuyên ngành;
• vị trí lưu trữ, sao lưu và khôi phục;
• quyền truy cập của nhà cung cấp và đối tác;
• cơ chế mã hóa và quản lý khóa;
• luồng dữ liệu giữa Việt Nam và các hệ thống quốc tế;
• khả năng kiểm toán và xử lý sự cố.

Đối với doanh nghiệp nước ngoài hoạt động tại Việt Nam, bài toán còn bao gồm việc kết nối hệ thống trong nước với kiến trúc cloud toàn cầu của tập đoàn. Khi đó, chiến lược phù hợp thường không phải là tách hoàn toàn hai môi trường, mà là thiết kế ranh giới dữ liệu, identity, API và cơ chế quản trị đủ rõ ràng.

Ở cấp quốc gia, Việt Nam đang thúc đẩy song song phát triển cloud, trung tâm dữ liệu siêu lớn, AI data center và nền tảng cloud trong nước. Chiến lược hạ tầng số định hướng thu hút đầu tư vào hyperscale data center, AI data center và các nền tảng cloud đạt tiêu chuẩn quốc tế, an toàn và bền vững. Chương trình hành động quốc gia về phát triển điện toán đám mây giai đoạn 2025-2030 cũng đặt mục tiêu nâng cao năng lực cạnh tranh và đưa Việt Nam vào nhóm dẫn đầu ASEAN về data center và cloud.

Điều này cho thấy chiến lược cloud tại Việt Nam không nên được hiểu là lựa chọn giữa cloud nội địa và cloud quốc tế theo cách tuyệt đối. Thị trường cần cả năng lực công nghệ toàn cầu lẫn hạ tầng trong nước có khả năng kiểm soát, vận hành và hỗ trợ những workload đặc thù.

Rủi ro lớn nhất của hybrid là sự phức tạp

Hybrid cloud có thể là mô hình hợp lý nhất, nhưng cũng dễ trở thành mô hình tốn kém nhất nếu không được thiết kế thống nhất.

Khi số lượng môi trường tăng, doanh nghiệp phải quản lý nhiều lớp:

• tài khoản và danh tính;
• mạng và kết nối;
• phân quyền;
• công cụ giám sát;
• dữ liệu log;
• chính sách bảo mật;
• backup và khôi phục;
• hóa đơn và hợp đồng;
• đội ngũ kỹ thuật với nhiều bộ kỹ năng khác nhau.

Flexera nhận định hybrid và multicloud đang làm tăng độ phức tạp về chi phí và quản trị. Báo cáo năm 2026 cũng lưu ý rằng multicloud trong nhiều tổ chức hình thành từ hoạt động mua bán, SaaS phân tán và các nhóm tự lựa chọn nền tảng, thay vì từ một chiến lược được thiết kế thống nhất.

Vì vậy, doanh nghiệp cần phân biệt rõ:

Hybrid by design - hybrid được thiết kế dựa trên workload, dữ liệu và mô hình vận hành.

và:

Hybrid by accident - nhiều cloud xuất hiện do quyết định rời rạc của các đơn vị.

Mô hình thứ nhất có thể tăng khả năng thích ứng. Mô hình thứ hai thường làm tăng chi phí, rủi ro và phụ thuộc vào nhiều nhà cung cấp cùng lúc.

06 tiêu chí quyết định một workload nên đặt ở đâu

1. Dữ liệu

Dữ liệu thuộc loại nào, nhạy cảm đến đâu và có thể tách khỏi ứng dụng hay không?

Không nên đánh giá workload chỉ bằng tên ứng dụng. Một ứng dụng có thể chứa nhiều loại dữ liệu với mức kiểm soát khác nhau.

2. Yêu cầu pháp lý và chủ quyền

Không chỉ hỏi dữ liệu có nằm trong nước hay không. Cần xác định ai vận hành, ai có thể truy cập, khóa mã hóa do ai quản lý và hệ thống chịu quyền tài phán nào.

3. Hiệu năng và độ trễ

Workload phục vụ người dùng thời gian thực, dây chuyền sản xuất hoặc thiết bị edge có thể cần được đặt gần nơi phát sinh dữ liệu.

4. Tính biến động của nhu cầu

Workload có lưu lượng tăng giảm mạnh thường phù hợp với khả năng mở rộng của hyperscaler. Workload ổn định và sử dụng liên tục có thể đạt hiệu quả tốt hơn trên hạ tầng riêng hoặc cloud có mô hình chi phí dự báo được.

5. Mức độ phụ thuộc công nghệ

Doanh nghiệp cần xác định đâu là sự phụ thuộc có chủ đích để đổi lấy tốc độ và đâu là sự phụ thuộc không thể kiểm soát.

Không phải mọi vendor lock-in đều xấu. Một dịch vụ quản lý chuyên sâu có thể đem lại giá trị lớn, miễn là tổ chức hiểu rõ chi phí chuyển đổi.

6. Năng lực vận hành

Mô hình tốt nhất trên lý thuyết có thể không phù hợp nếu doanh nghiệp không có đội ngũ vận hành.

Sovereign cloud tự quản trị hoặc hybrid phức tạp thường đòi hỏi năng lực platform engineering, security, network, FinOps và governance cao hơn so với sử dụng một nền tảng public cloud duy nhất.

Doanh nghiệp nên bắt đầu xây dựng cloud strategy từ đâu?

Bước đầu tiên không phải là phát hành hồ sơ mời thầu nhà cung cấp. Doanh nghiệp cần xây dựng bản đồ workload.

Mỗi workload nên được mô tả ít nhất theo các trường:

• chủ sở hữu nghiệp vụ;
• mức độ quan trọng;
• loại dữ liệu;
• yêu cầu pháp lý;
• SLA và thời gian khôi phục;
• độ trễ;
• mức sử dụng tài nguyên;
• tích hợp với hệ thống khác;
• chi phí hiện tại;
• khả năng thay đổi kiến trúc;
• mức độ phụ thuộc nhà cung cấp.

Sau đó, doanh nghiệp có thể phân workload thành một số nhóm điển hình:

Nhóm đổi mới nhanh: ứng dụng mới, thử nghiệm AI, môi trường phát triển và workload biến động.

Nhóm cần kiểm soát cao: dữ liệu nhạy cảm, hệ thống lõi và hạ tầng quan trọng.

Nhóm legacy: hệ thống khó di chuyển hoặc phụ thuộc thiết bị, bản quyền và quy trình cũ.

Nhóm phân tán: ứng dụng cần hoạt động tại nhiều chi nhánh, nhà máy hoặc quốc gia.

Từ bản đồ đó, doanh nghiệp mới xây dựng kiến trúc mục tiêu, landing zone, cơ chế identity, network, logging, mã hóa và FinOps.

Một phần không thể thiếu là exit strategy. Exit strategy không có nghĩa doanh nghiệp dự định rời nhà cung cấp ngay từ đầu. Nó là khả năng trả lời các câu hỏi:

• dữ liệu có thể xuất ra theo định dạng nào;
• thời gian di chuyển là bao lâu;
• dịch vụ nào có thể thay thế;
• thành phần nào phải viết lại;
• chi phí thoát khỏi nền tảng;
• hệ thống có thể tiếp tục vận hành trong thời gian chuyển đổi hay không.

Kết luận: Đừng chọn một đám mây, hãy thiết kế một danh mục cloud

Sovereign cloud, hyperscaler và hybrid cloud không phải ba đối thủ trong một cuộc thi chỉ có một người chiến thắng.

Hyperscaler mang lại tốc độ, quy mô và khả năng tiếp cận nhanh công nghệ mới. Sovereign cloud mang lại những lớp kiểm soát cần thiết đối với dữ liệu, vận hành và quyền tài phán. Hybrid cloud cho phép doanh nghiệp phân bổ các workload khác nhau vào môi trường phù hợp.

Nhưng giá trị chỉ xuất hiện khi doanh nghiệp biết rõ vì sao một workload được đặt ở một nơi cụ thể.

Chiến lược cloud năm 2026 và thời gian tớới vì vậy không nên được đặt là:

“Doanh nghiệp sẽ sử dụng cloud nào?”

Mà nên được hỏi thành:

“Doanh nghiệp sẽ sử dụng môi trường nào cho từng workload, với mức kiểm soát nào, vì mục tiêu kinh doanh nào và theo cơ chế chuyển đổi ra sao?”

Không có một đám mây phù hợp cho mọi workload.

Nhưng doanh nghiệp có thể xây dựng một danh mục cloud phù hợp với toàn bộ tổ chức khi quyết định được dẫn dắt bởi dữ liệu, rủi ro, kiến trúc và giá trị kinh doanh, thay vì bởi tên của một nhà cung cấp.

⚠️ Lưu ý: Bài viết này mang tính nghiên cứu và tổng hợp thông tin thị trường của cá nhân tôi, không đại diện cho ý kiến, chủ trương hay tư vấn cho bất cứ doanh nghiệp cụ thể nào. Cảm ơn Quý khách đã theo dõi, đọc bài!

Bài viết này có tham khảo thông tin từ https://csrc.nist.gov/;  https://learn.microsoft.com/; https://cloud.google.com/; https://www.gartner.com/; https://commission.europa.eu/; https://flexera.com/; https://vanban.chinhphu.vn/; https://baochinhphu.vn/; ... Và các hình minh hoạt có sử dụng AI.