On-premise hay cloud: chọn thế nào để giữ chủ quyền dữ liệu

Câu hỏi ngắn gọn nhất mà chúng tôi nhận được từ khách hàng là: dữ liệu doanh nghiệp nên đặt ở đâu? Câu trả lời ngắn gọn: dữ liệu càng gắn với nghĩa vụ pháp lý và càng khó thay thế nếu mất, càng nên nằm ở nơi bạn tự chứng minh được quyền kiểm soát. Với phần lớn tổ chức Việt Nam, đó là một kiến trúc hỗn hợp — lõi nghiệp vụ và dữ liệu cá nhân chạy on-premise hoặc private cloud, phần biên co giãn theo mùa thì thuê cloud.

Cuộc tranh luận on-premise vs cloud thường bị kéo về hóa đơn hằng tháng. Trục đáng cân nhắc hơn là chủ quyền dữ liệu: ai quyết định dữ liệu nằm ở đâu, ai chạm vào nó, và bạn có bằng chứng gì khi cơ quan quản lý hỏi. Bài này so sánh ba mô hình sòng phẳng, không dìm cloud, rồi đưa ra khung quyết định dùng được ngay.

On-premise là gì, và khác private cloud với SaaS ở điểm nào

Ba mô hình hay bị gọi lẫn lộn, trong khi khác biệt thật sự nằm ở chỗ ai nắm quyền cuối cùng với hạ tầng và dữ liệu.

• On-premise. Phần mềm chạy trên máy chủ do tổ chức sở hữu hoặc thuê chỗ đặt, trong mạng của tổ chức. Bạn quyết định phần cứng, lịch vá lỗi, chính sách sao lưu, ai có quyền quản trị. Bạn cũng chịu trách nhiệm khi mất điện, hỏng đĩa hay quản trị viên nghỉ việc.
• Private cloud cho doanh nghiệp. Vẫn là hạ tầng dành riêng, nhưng ảo hóa và tự động hóa theo kiểu cloud, đặt trong trung tâm dữ liệu của bạn hoặc thuê một vùng riêng tại nhà cung cấp trong nước. Bạn giữ kiểm soát ở mức tài nguyên và truy cập, đổi lại có tốc độ cấp phát gần bằng cloud công cộng.
• SaaS công cộng. Bạn thuê phần mềm chạy chung hạ tầng với nhiều khách hàng khác. Nhà cung cấp quyết định kiến trúc, vùng lưu trữ, chu kỳ nâng cấp và việc nhân bản dữ liệu sang khu vực nào. Bạn có hợp đồng và cam kết mức dịch vụ, nhưng không có quyền đổi cách hệ thống vận hành.

Khác biệt cốt lõi không phải "dữ liệu nằm trên máy ai", mà là bạn có tự trả lời được ba câu hỏi hay không: dữ liệu đang ở đâu, ai đã truy cập, lấy lại toàn bộ bằng cách nào nếu mai chấm dứt hợp đồng. On-premise và private cloud cho phép bạn tự trả lời; SaaS buộc bạn hỏi nhà cung cấp.

Khung pháp lý Việt Nam buộc cân nhắc điều gì

Không có văn bản nào nói "phải dùng on-premise". Nhưng có những ràng buộc khiến việc đặt dữ liệu ở đâu trở thành vấn đề tuân thủ chứ không còn là sở thích kỹ thuật.

• Luật An ninh mạng 2018. Khoản 3 Điều 26 của Luật An ninh mạng số 24/2018/QH14 yêu cầu doanh nghiệp trong nước và ngoài nước cung cấp dịch vụ viễn thông, Internet và dịch vụ gia tăng tại Việt Nam, nếu có xử lý dữ liệu thông tin cá nhân, dữ liệu mối quan hệ hoặc dữ liệu do người dùng tại Việt Nam tạo ra, thì phải lưu trữ dữ liệu đó tại Việt Nam.
• Nghị định 53/2022/NĐ-CP. Nghị định 53/2022/NĐ-CP ban hành ngày 15/8/2022 chi tiết hóa quy định này. Điều 26 liệt kê ba nhóm dữ liệu phải lưu trữ trong nước: thông tin cá nhân của người dùng tại Việt Nam, dữ liệu do họ tạo ra (tên tài khoản, thời gian sử dụng, thông tin thẻ tín dụng, email, IP đăng nhập và đăng xuất gần nhất, số điện thoại gắn với tài khoản) và dữ liệu về mối quan hệ. Doanh nghiệp trong nước lưu các dữ liệu này tại Việt Nam. Với doanh nghiệp nước ngoài, nghĩa vụ lưu trữ và đặt chi nhánh hoặc văn phòng đại diện phát sinh theo quyết định của Bộ trưởng Bộ Công an, và có 12 tháng để hoàn thành. Điều 27 đặt thời gian lưu trữ tối thiểu 24 tháng, nhật ký hệ thống tối thiểu 12 tháng.
• Luật Dữ liệu. Luật Dữ liệu số 60/2024/QH15 thông qua ngày 30/11/2024 có hiệu lực từ ngày 1/7/2025. Điều 23 xếp cả trường hợp tổ chức Việt Nam dùng nền tảng đặt ngoài lãnh thổ để xử lý dữ liệu vào nhóm chuyển, xử lý dữ liệu xuyên biên giới. Nghĩa là chọn một SaaS nước ngoài không chỉ là quyết định mua sắm.
• Luật Bảo vệ dữ liệu cá nhân. Luật số 91/2025/QH15 thông qua ngày 26/6/2025, hiệu lực từ 1/1/2026, nâng nghĩa vụ với dữ liệu cá nhân lên tầm luật. Bạn có hơn một năm để rà soát nơi đặt dữ liệu.

Chúng tôi đã bàn kỹ hơn về nghĩa vụ lưu trữ dữ liệu trong nước trong bài data localization và điều nó thật sự đòi hỏi.

So sánh on-premise và cloud theo sáu tiêu chí

Đây là các tiêu chí chúng tôi dùng khi tư vấn, xếp theo mức độ hay bị bỏ sót.

• Quyền kiểm soát và khả năng chứng minh. On-premise cho bạn nhật ký truy cập đầy đủ, quyền quyết định ai có tài khoản quản trị và bằng chứng vật lý về nơi dữ liệu nằm. SaaS cho bạn báo cáo do nhà cung cấp phát hành. Khi thanh tra hỏi ai đã mở hồ sơ nào lúc mấy giờ, khác biệt này rất cụ thể.
• Chi phí on-premise so với thuê cloud. On-premise nặng chi phí ban đầu: máy chủ, thiết bị mạng, bản quyền, điện và làm mát. Cloud gần như không có chi phí đầu vào nhưng chi đều mỗi tháng, tăng theo dung lượng, lưu lượng và số người dùng. Với tải ổn định, điểm hòa vốn thường rơi vào khoảng năm thứ ba. Đừng so sánh bằng hóa đơn tháng đầu; hãy tính tổng chi phí sở hữu ba tới năm năm, cộng cả phí truyền dữ liệu ra ngoài khi muốn rời đi.
• Tốc độ triển khai. Cloud thắng rõ. Cấp một môi trường mới mất vài phút, trong khi mua sắm phần cứng qua đấu thầu có thể mất vài tháng. Cần chạy thử một ý tưởng trong sáu tuần thì dựng trên cloud là lựa chọn tỉnh táo.
• Khả năng mở rộng. Cloud co giãn theo tải thật, phù hợp với hệ thống có đỉnh mùa vụ như tuyển sinh, quyết toán, khuyến mãi. On-premise phải mua trước theo đỉnh, nghĩa là phần lớn thời gian máy chạy dưới công suất. Ngược lại, với tải ổn định và dự đoán được, mua trước lại rẻ hơn thuê.
• Nhân sự vận hành. Đây là chỗ nhiều dự án on-premise thất bại, và hiếm khi vì công nghệ. Bạn cần người vá lỗi, theo dõi sao lưu, diễn tập khôi phục, xử lý sự cố ngoài giờ. Nếu chỉ có một quản trị viên kiêm nhiệm, on-premise là rủi ro chứ không phải quyền kiểm soát.
• Rủi ro khóa nhà cung cấp. Câu hỏi kiểm tra rất đơn giản: nếu ngày mai chấm dứt hợp đồng, bạn lấy lại dữ liệu ở định dạng nào, trong bao lâu, phần mềm nào đọc được? Nếu đó là một tệp xuất riêng của nhà cung cấp, không tài liệu lược đồ, bạn đang bị khóa. On-premise không tự động miễn nhiễm: phần mềm đóng chạy trên máy của bạn nhưng chỉ nhà cung cấp cấu hình được vẫn là khóa.

Khi nào cloud là lựa chọn đúng

Chọn on-premise cho mọi thứ là một dạng lười tư duy khác. Cloud là lựa chọn đúng trong khá nhiều tình huống.

• Tổ chức chưa có đội vận hành hạ tầng và chưa sẵn sàng xây dựng.
• Hệ thống có tải biến động mạnh hoặc chỉ sống trong một chiến dịch ngắn.
• Website công khai, kênh truyền thông, hệ thống thử nghiệm, môi trường phát triển — dữ liệu không nhạy cảm, mất thì dựng lại được.
• Cần khôi phục sau thảm họa ở một địa điểm khác mà bạn không có trung tâm dữ liệu thứ hai.
• Bài toán cần năng lực tính toán chỉ dùng vài tuần mỗi năm, mua đứt thì lãng phí.

Trong các trường hợp này, nếu dữ liệu vẫn thuộc nhóm phải lưu trong nước, hãy chọn vùng đặt tại Việt Nam của nhà cung cấp và ghi rõ trong hợp đồng, thay vì mặc định dùng vùng gần nhất.

Rủi ro khi dùng SaaS nước ngoài

Rủi ro không nằm ở chất lượng kỹ thuật; nhiều SaaS quốc tế vận hành tốt hơn hạ tầng nội bộ trung bình. Nó nằm ở chỗ khác.

• Dữ liệu có thể được nhân bản sang nhiều khu vực theo thiết kế của nhà cung cấp, và bạn không có quyền cấm.
• Điều khoản dịch vụ thay đổi đơn phương; giá và giới hạn dùng cũng vậy.
• Nhà cung cấp có thể dừng sản phẩm, bị mua lại, hoặc rút khỏi thị trường Việt Nam.
• Sự cố ở nhà cung cấp trở thành sự cố của bạn, nhưng bạn không tham gia xử lý mà chỉ chờ thông báo.
• Nghĩa vụ pháp lý với chủ thể dữ liệu vẫn thuộc về bạn, dù hệ thống do người khác vận hành.

Không điều nào trong số này là lý do để loại bỏ SaaS. Chúng là lý do để phân loại dữ liệu trước khi ký hợp đồng.

Khung quyết định theo loại dữ liệu

Thay vì chọn mô hình rồi nhét dữ liệu vào, hãy làm ngược lại. Với mỗi hệ thống, trả lời năm câu hỏi rồi để câu trả lời quyết định nơi đặt.

• Dữ liệu có chứa thông tin cá nhân của người dùng tại Việt Nam không? Nếu có, nghĩa vụ lưu trữ trong nước phải được xem xét trước tiên.
• Mất dữ liệu này thì tổ chức dừng hoạt động bao lâu? Càng lâu, càng nên giữ gần.
• Có bí mật nhà nước, bí mật kinh doanh, hồ sơ nhân sự hay dữ liệu khách hàng nhạy cảm không?
• Tải có ổn định không? Ổn định thì mua rẻ hơn thuê trong dài hạn.
• Bạn có người vận hành thật sự không, hay chỉ có sơ đồ tổ chức?

Theo ngành, mẫu hình khá rõ. Khu vực công và tổ chức tài chính nghiêng về on-premise hoặc private cloud trong nước cho hệ thống lõi. Doanh nghiệp sản xuất giữ hệ điều hành sản xuất tại chỗ vì độ trễ và tính liên tục, đẩy báo cáo lên cloud. Bán lẻ và thương mại điện tử đặt phần tiếp xúc khách hàng trên cloud để co giãn, giữ dữ liệu giao dịch ở vùng trong nước.

Sai lầm thường gặp

• Coi hybrid là "cài mỗi nơi một nửa". Hybrid đúng nghĩa là phân loại dữ liệu rồi đặt từng loại vào đúng chỗ, có đường biên rõ ràng giữa hai vùng.
• Nghĩ on-premise là an toàn mặc định. Một máy chủ trong phòng máy không vá lỗi, không sao lưu ngoài site thì nguy hiểm hơn nhiều so với một dịch vụ cloud được quản trị tử tế.
• So sánh chi phí bằng hóa đơn tháng đầu thay vì tổng chi phí sở hữu nhiều năm.
• Bỏ quên chi phí và thời gian rút lui. Hãy hỏi về xuất dữ liệu ngay trong vòng đàm phán đầu tiên, không phải khi muốn chia tay.
• Không diễn tập khôi phục. Bản sao lưu chưa từng được phục hồi thử thì chỉ là niềm tin, không phải phương án.
• Quên rằng chữ ký và quy trình cũng là dữ liệu. Chuẩn hóa ký số nội bộ theo hướng dẫn trong bài ký số trong văn phòng số theo Nghị định 23/2025 giúp hồ sơ điện tử giữ được giá trị pháp lý dù hệ thống đặt ở đâu.
• Không tính tới thay đổi tổ chức. Sáp nhập, chia tách hay bàn giao đơn vị đều kéo theo bàn giao dữ liệu, như những gì chúng tôi phân tích trong bài bàn giao hồ sơ tài liệu số khi sáp nhập đơn vị hành chính.

Quan điểm của Tetra

Chúng tôi làm on-premise-first, không phải vì cloud xấu, mà vì khách hàng của chúng tôi — tổ chức lớn và khu vực công — có phần lõi mà quyền kiểm soát quan trọng hơn tốc độ cấp phát. Tetra eOffice chạy trong hạ tầng của khách hàng, dùng chuẩn mở, dữ liệu nằm trong cơ sở dữ liệu mà đội kỹ thuật của khách hàng truy cập được. Với phần không nhạy cảm, chúng tôi vẫn khuyên dùng cloud nếu tiết kiệm được thời gian và tiền. Chuẩn bị sớm cho nghĩa vụ mới, kể cả từ Luật Công nghiệp công nghệ số 71/2025, luôn rẻ hơn sửa gấp.

Kết

On-premise vs cloud không phải cuộc thi xem mô hình nào thắng. Đó là bài toán đặt từng loại dữ liệu vào đúng chỗ, với chi phí và năng lực vận hành mà tổ chức thật sự có. Hãy bắt đầu từ danh mục dữ liệu, không phải danh mục sản phẩm.

Nếu tổ chức của bạn đang đứng trước lựa chọn này, hãy đặt lịch tư vấn để cùng rà soát đâu là dữ liệu phải giữ gần, đâu là phần có thể linh hoạt và lộ trình chuyển đổi hợp lý.