Trả lời nhanh: SaaS là phần mềm thuê bao do nhà cung cấp vận hành trên hạ tầng của họ, bạn dùng qua trình duyệt hoặc ứng dụng. On-premise là phần mềm cài trên máy chủ của chính bạn, bạn tự vận hành, bảo mật và nâng cấp. Khác biệt cốt lõi là ai nắm hạ tầng, dữ liệu, phiên bản và rủi ro vận hành.
Điểm chính
- Hai mô hình khác nhau ở ranh giới trách nhiệm: SaaS chuyển phần vận hành sang nhà cung cấp, on-premise giữ toàn bộ ở doanh nghiệp.
- Chi phí phải so theo tổng chi phí sở hữu 3–5 năm, không so giá mua ban đầu với phí thuê tháng.
- Dữ liệu cá nhân đặt ở máy chủ nước ngoài có thể kéo theo nghĩa vụ hồ sơ đánh giá tác động theo luật hiện hành.
- Giữa hai thái cực còn các phương án trung gian: thuê máy chủ riêng, đám mây riêng, mô hình lai.
- Điểm hay bị bỏ sót khi chọn: điều khoản xuất dữ liệu khi rời đi và hoạt động khi mất kết nối mạng.
Mục lục
- Hai mô hình này thực sự khác nhau ở điểm nào?
- Ai chịu trách nhiệm quản lý từng lớp?
- Bảng so sánh SaaS và on-premise theo 10 tiêu chí
- So chi phí thế nào cho đúng?
- Bảo mật và pháp lý dữ liệu: SaaS có kém an toàn hơn không?
- Khi nào chọn SaaS, khi nào chọn on-premise?
- Tình huống thực tế: cùng một doanh nghiệp, hai quyết định khác nhau
- Thứ tự cân nhắc trước khi ký hợp đồng
- Lỗi thường gặp khi chọn và cách xử lý
- Có nên chuyển từ on-premise sang SaaS?
- Câu hỏi thường gặp
Hai mô hình này thực sự khác nhau ở điểm nào?
Khác biệt không nằm ở chỗ “trên mây” hay “trong công ty” như nhiều bài viết tóm tắt. Điểm khác nằm ở ba câu hỏi: ai sở hữu và vận hành hạ tầng, ai quyết định thời điểm nâng cấp phiên bản, và ai chịu trách nhiệm khi hệ thống ngừng chạy.
On-premise (cài đặt tại chỗ) là mô hình bạn mua giấy phép, cài phần mềm lên máy chủ đặt trong phòng máy của mình hoặc trong chỗ thuê đặt máy, rồi tự quản trị. Bạn chọn phiên bản, lịch vá lỗi, cấu hình sao lưu. Phần mềm vẫn chạy khi mất Internet, miễn là mạng nội bộ còn hoạt động.
SaaS (Software as a Service, phần mềm như một dịch vụ) là mô hình thuê bao. Nhà cung cấp chạy ứng dụng cho nhiều khách hàng trên hạ tầng của họ. Bạn chỉ cấu hình trong phạm vi sản phẩm cho phép. Nếu cần nền tảng về các tầng dịch vụ đám mây, bạn có thể đọc tổng quan điện toán đám mây. Riêng khái niệm, các gói giá và tiêu chí chọn nhà cung cấp SaaS nằm ở bài SaaS là gì.
Ai chịu trách nhiệm quản lý từng lớp?
Cách nhanh nhất để hiểu là nhìn từng lớp của hệ thống và hỏi ai đang giữ lớp đó. Với on-premise, mọi lớp từ toà nhà đến ứng dụng đều thuộc về bạn. Với SaaS, nhà cung cấp giữ hầu hết các lớp, nhưng dữ liệu và việc phân quyền người dùng vẫn là việc của bạn.
Lớp “dữ liệu” được tô khác màu vì đây là chỗ nhiều doanh nghiệp hiểu nhầm. Khi dùng SaaS, nhà cung cấp lo máy chủ hoạt động, nhưng bạn vẫn phải quyết định ai được xem dữ liệu nào, bật xác thực đa yếu tố ra sao (xem xác thực đa yếu tố) và khi nào xoá tài khoản nhân viên đã nghỉ việc. Phần lớn sự cố lộ dữ liệu trên SaaS bắt nguồn từ cấu hình quyền sai hoặc mật khẩu bị lộ, không phải từ máy chủ của nhà cung cấp.
Bảng so sánh SaaS và on-premise theo 10 tiêu chí
| Tiêu chí | SaaS | On-premise |
|---|---|---|
| Mô hình trả tiền | Thuê bao định kỳ theo người dùng, gói hoặc mức dùng | Giấy phép mua một lần (hoặc thuê dài hạn) cộng phí bảo trì, cộng chi phí hạ tầng |
| Thời gian đưa vào dùng | Thường nhanh vì không phải dựng máy chủ; thời gian chủ yếu nằm ở cấu hình và nhập dữ liệu | Phải mua hoặc chuẩn bị máy chủ, cài đặt, kiểm thử; thường lâu hơn |
| Nâng cấp phiên bản | Nhà cung cấp cập nhật theo lịch chung; bạn ít quyền hoãn | Bạn quyết định thời điểm, nhưng tự chịu công kiểm thử và rủi ro lỗi |
| Tuỳ biến | Giới hạn trong cấu hình, trường tuỳ chọn, API do nhà cung cấp mở | Có thể sửa sâu, nếu nhà cung cấp cho phép truy cập mã nguồn hoặc mô-đun mở rộng |
| Vị trí dữ liệu | Theo trung tâm dữ liệu của nhà cung cấp; cần hỏi rõ nơi đặt | Bạn chọn, kể cả đặt trong nước hoặc trong mạng kín |
| Bảo mật | Chia sẻ trách nhiệm; hạ tầng do nhà cung cấp, phân quyền do bạn | Bạn chịu toàn bộ: vá lỗi, tường lửa, giám sát, kiểm soát vật lý |
| Sao lưu và khôi phục | Nhà cung cấp có cơ chế riêng, nhưng bạn nên hỏi có xuất được bản sao độc lập hay không | Bạn tự thiết kế và tự thử khôi phục |
| Khi mất Internet | Không dùng được, trừ khi sản phẩm có chế độ ngoại tuyến | Vẫn chạy trong mạng nội bộ |
| Nhân sự vận hành | Ít cần quản trị hạ tầng; vẫn cần người quản trị nghiệp vụ | Cần người quản trị hệ thống, cơ sở dữ liệu, mạng |
| Rời bỏ nhà cung cấp | Phụ thuộc điều khoản xuất dữ liệu và định dạng xuất | Phần mềm vẫn chạy, nhưng mất hỗ trợ và bản vá nếu ngừng bảo trì |
Bảng có 9 hàng vì hàng thứ 10, chi phí, cần phân tích riêng ở mục tiếp theo. Cách so sánh bằng một con số chênh lệch như “gấp mười lần” mà một số bài đang đưa ra thường thiếu điều kiện đi kèm, nên bạn không nên dùng làm căn cứ.
So chi phí thế nào cho đúng?
Chi phí là tiêu chí thứ 10 và dễ tính sai nhất. Giá thuê SaaS thấy ngay trên báo giá. Giá on-premise bị chia thành nhiều khoản nằm ở nhiều phòng ban, nên thường bị tính thiếu.
Các khoản của on-premise cần cộng đủ
- Giấy phép phần mềm và phí bảo trì hằng năm (nhiều nhà cung cấp tính theo tỷ lệ phần trăm giá giấy phép; bạn cần đọc hợp đồng cụ thể).
- Máy chủ, lưu trữ, thiết bị mạng, bản quyền hệ điều hành và cơ sở dữ liệu, kể cả chu kỳ thay phần cứng.
- Điện, làm mát, chỗ đặt máy hoặc phí thuê chỗ tại trung tâm dữ liệu.
- Hệ thống sao lưu và phương án dự phòng, trong đó có việc khôi phục sau thảm hoạ.
- Nhân công quản trị, kể cả thời gian trực khi sự cố.
Các khoản của SaaS hay bị bỏ qua
- Phí tăng theo số người dùng, số giao dịch hoặc dung lượng; một số gói tính thêm khi dùng API hoặc lưu trữ vượt hạn mức.
- Phí dịch vụ nhập dữ liệu ban đầu, đào tạo, tích hợp với phần mềm khác.
- Phí xuất dữ liệu hoặc hỗ trợ chuyển đổi khi rời đi.
- Rủi ro điều chỉnh giá khi gia hạn hợp đồng.
Ví dụ minh hoạ: một công ty phân phối có 40 người dùng, dùng hệ thống 5 năm. Khi đối chiếu, bộ phận kế toán chỉ tính giá giấy phép, còn bộ phận IT mới bổ sung máy chủ, sao lưu và công trực. Ngược lại, với SaaS, lúc gia hạn năm thứ ba mới phát hiện phí tích hợp API tính riêng. Con số cụ thể tuỳ từng báo giá, nhưng cách lập bảng tổng chi phí 5 năm theo từng khoản như trên giúp hai phương án được so trên cùng một cơ sở.
Quy tắc thực tế: yêu cầu cả hai nhà cung cấp báo giá cho cùng một kịch bản (số người dùng, dung lượng dữ liệu, số năm), rồi cộng thêm phần nhân công nội bộ vào phương án on-premise. Nếu hệ thống cần tích hợp sâu với ERP đang chạy sẵn tại chỗ, hãy tính thêm công kết nối giữa hai môi trường.
Bảo mật và pháp lý dữ liệu: SaaS có kém an toàn hơn không?
Không có câu trả lời một chiều. Một nhà cung cấp SaaS lớn thường có đội giám sát chuyên trách và chứng nhận độc lập, điều mà phòng IT 3 người khó duy trì. Nhưng dữ liệu của bạn nằm cùng nền tảng với nhiều khách hàng khác, nên một lỗ hổng phía nhà cung cấp ảnh hưởng đồng thời nhiều bên. On-premise cho bạn quyền kiểm soát vật lý, đổi lại bạn tự chịu việc vá lỗi trễ, tường lửa cấu hình sai hoặc mã độc tống tiền (xem mã độc tống tiền).
Câu hỏi nên đặt cho nhà cung cấp SaaS: dữ liệu đặt ở quốc gia nào; có tách riêng dữ liệu từng khách hàng không; nhật ký truy cập có xuất được không; thời hạn thông báo khi có sự cố; bản sao lưu có thể giao cho bạn không.
Khi nào chọn SaaS, khi nào chọn on-premise?
Hai yếu tố quyết định thực sự là mức kiểm soát bạn bắt buộc phải có và năng lực vận hành mà đội của bạn có thật. Ma trận dưới đây đặt hai yếu tố đó lên hai trục.
Trường hợp nên nghiêng về SaaS
- Phần mềm làm việc theo chuẩn chung của nhiều doanh nghiệp, như chấm công, CRM, quản lý văn bản. Ví dụ bạn có thể xem các loại CRM để biết nhóm nào đã có nhiều gói thuê bao.
- Nhân viên làm việc ở nhiều chi nhánh hoặc từ xa và cần truy cập cùng một hệ thống.
- Không có người trực hạ tầng ngoài giờ.
Trường hợp nên nghiêng về on-premise
- Hệ thống phải chạy trong mạng kín, chẳng hạn máy móc nhà máy kết nối với phần mềm điều khiển giám sát, tham khảo thêm bài chuyển đổi số trong sản xuất.
- Độ trễ thấp là bắt buộc, hoặc đường truyền Internet tại điểm làm việc không ổn định.
- Quy định của ngành hoặc hợp đồng với khách hàng yêu cầu dữ liệu nằm trong phạm vi do bạn kiểm soát.
- Bạn cần sửa sâu quy trình mà phiên bản SaaS không cho phép.
Khi không rơi vào hai thái cực
Ô “thuê máy chủ riêng” trong ma trận là chỗ nhiều doanh nghiệp quên. Phần mềm vẫn là bản cài riêng cho bạn, nhưng máy chủ đặt tại nhà cung cấp hạ tầng, nên bạn có quyền kiểm soát phiên bản mà không phải xây phòng máy. Cách này nằm gần với đám mây riêng, được so sánh ở bài private cloud và public cloud. Còn mô hình lai, trong đó một số phân hệ chạy tại chỗ và số khác trên đám mây, được phân tích ở bài hybrid cloud.
Tình huống thực tế: cùng một doanh nghiệp, hai quyết định khác nhau
Ví dụ minh hoạ: một chuỗi cửa hàng tiện lợi vừa và nhỏ muốn đổi phần mềm. Với phần mềm quản lý nhân sự và chấm công, họ chọn SaaS vì mọi quản lý cửa hàng cần truy cập từ điện thoại và nhà cung cấp cập nhật mức lương tối thiểu theo quy định mà không cần họ làm gì. Với phần mềm bán hàng tại quầy, họ yêu cầu chế độ ngoại tuyến: khi cáp quang đứt, quầy vẫn xuất bán, và dữ liệu đồng bộ lại sau. Nếu nhà cung cấp SaaS không có chế độ này, họ chuyển sang bản cài tại cửa hàng cùng máy chủ trung tâm.
Điểm rút ra là mô hình chọn theo từng hệ thống, không theo toàn công ty. Bài về chuyển đổi số trong bán lẻ bàn thêm về POS, hoá đơn và kho trong bối cảnh này.
Thứ tự cân nhắc trước khi ký hợp đồng
Thay vì chấm điểm chung chung, bạn có thể đi qua năm câu hỏi theo thứ tự. Mỗi câu loại bớt một phương án.
- Ràng buộc về dữ liệu. Liệt kê loại dữ liệu hệ thống sẽ chứa (hồ sơ khách hàng, nhân sự, tài chính). Kiểm tra hợp đồng khách hàng và quy định ngành xem có yêu cầu nơi lưu trữ không.
- Phụ thuộc mạng và thiết bị. Đo thực tế đường truyền tại điểm dùng nhiều nhất. Nếu có máy móc, máy quét, máy in tem nối trực tiếp, kiểm tra nhà cung cấp SaaS có trình điều khiển hoặc chế độ ngoại tuyến không.
- Năng lực vận hành. Ghi tên người sẽ vá lỗi, thử khôi phục sao lưu và trực khi hệ thống ngừng. Nếu không gọi được tên, phương án on-premise thuần đã bị loại.
- Tổng chi phí. Dùng bảng khoản mục ở trên cho cả hai phương án với cùng kịch bản.
- Kế hoạch rút lui. Yêu cầu bằng văn bản: định dạng xuất dữ liệu, thời gian giữ dữ liệu sau khi chấm dứt, ai chịu phí xuất, bản sao lưu độc lập (xem sao lưu đám mây để hiểu cách giữ bản sao ngoài nhà cung cấp).
Lỗi thường gặp khi chọn và cách xử lý
- Tưởng SaaS đã bao gồm sao lưu theo nhu cầu của bạn. Chính sách sao lưu của nhà cung cấp phục vụ việc khôi phục hạ tầng, không nhất thiết khôi phục một bản ghi bị nhân viên xoá nhầm. Cách xử lý: hỏi rõ phạm vi khôi phục từng bản ghi và thời gian lưu thùng rác.
- Mua on-premise nhưng không có người thử khôi phục. Bản sao lưu chưa từng khôi phục thử thì chưa biết có dùng được không. Cách xử lý: lên lịch khôi phục thử vào môi trường riêng.
- Tuỳ biến quá sâu trên bản on-premise. Mỗi lần nhà cung cấp ra bản mới, phần tuỳ biến phải viết lại hoặc kiểm tra lại, dẫn đến doanh nghiệp bị kẹt ở phiên bản cũ và hết hỗ trợ. Cách xử lý: ưu tiên cấu hình và tích hợp qua API, hạn chế sửa lõi.
- Bỏ qua tích hợp. Phần mềm SaaS tách biệt nhưng cần đồng bộ dữ liệu với hệ thống cũ. Cách xử lý: xem API có đủ trường cần thiết và hạn mức gọi; nếu cần hiểu thêm về cách hai hệ thống nói chuyện với nhau, bạn có thể đọc bài API và webhook.
- Quên quyền quản trị của nhà cung cấp. Hỏi nhân viên của nhà cung cấp có xem được dữ liệu của bạn không và trong điều kiện nào.
Có nên chuyển từ on-premise sang SaaS?
Việc chuyển đổi hợp lý khi bạn thấy phần mềm hiện tại tốn công vận hành nhiều hơn giá trị tạo ra, hoặc nhà cung cấp sắp ngừng hỗ trợ phiên bản đang dùng. Ngược lại, nếu hệ thống đang chạy ổn, ít người dùng và dữ liệu nhạy cảm, chưa có lý do buộc phải chuyển. Khi chuyển, hãy chạy song song một thời gian và so sánh kết quả báo cáo giữa hai hệ thống trước khi tắt hệ thống cũ.
Chuyển đổi thường vấp ở hai chỗ: làm sạch dữ liệu cũ (trùng, thiếu, sai định dạng) và ánh xạ các trường dữ liệu tuỳ biến sang cấu trúc chuẩn của SaaS. Hãy xuất thử một tập dữ liệu nhỏ, nhập vào môi trường thử của SaaS và đối chiếu số dư, số lượng bản ghi trước khi quyết định.
Câu hỏi thường gặp
SaaS và on-premise khác nhau thế nào về quyền sở hữu phần mềm?
Với on-premise, bạn mua giấy phép sử dụng và có bản cài trong tay, dù quyền sở hữu mã nguồn vẫn thuộc nhà cung cấp. Với SaaS, bạn chỉ thuê quyền truy cập, ngừng trả phí là mất quyền dùng. Cả hai trường hợp, bạn vẫn sở hữu dữ liệu của mình, miễn hợp đồng ghi rõ như vậy.
SaaS có rẻ hơn on-premise không?
Chi phí ban đầu của SaaS thường thấp hơn vì không phải mua máy chủ. Nhưng sau vài năm, tổng chi phí phụ thuộc số người dùng, phí tích hợp, phí gia hạn và chi phí nhân công của phương án on-premise. Cách đáng tin duy nhất là lập bảng tổng chi phí 3–5 năm cho cùng kịch bản.
Dữ liệu trên SaaS có an toàn không?
Mức an toàn phụ thuộc vào hai phía. Nhà cung cấp lo hạ tầng và giám sát; bạn lo phân quyền, mật khẩu, xác thực đa yếu tố và thu hồi tài khoản. Hãy yêu cầu nhà cung cấp cho biết nơi đặt dữ liệu, chứng nhận bảo mật và quy trình thông báo sự cố.
Phần mềm on-premise có chạy được trên đám mây không?
Có. Nhiều phần mềm cài tại chỗ có thể cài lên máy chủ ảo thuê từ nhà cung cấp hạ tầng. Khi đó phần mềm vẫn là của bạn quản trị, chỉ khác phần cứng. Đây không phải là SaaS vì bạn vẫn tự lo vá lỗi và nâng cấp. Nền tảng về cơ chế này nằm ở bài ảo hoá.
Doanh nghiệp nhỏ nên chọn mô hình nào?
Doanh nghiệp nhỏ ít nhân sự IT thường phù hợp với SaaS cho các chức năng chuẩn như kế toán, nhân sự, CRM. Ngoại lệ là khi cửa hàng hoặc xưởng thường mất mạng, hoặc cần kết nối thiết bị tại chỗ; lúc đó cần kiểm tra chế độ ngoại tuyến hoặc cân nhắc bản cài tại chỗ.
Bao lâu nên đánh giá lại lựa chọn?
Nên đánh giá khi gia hạn hợp đồng, khi số người dùng thay đổi lớn, khi có quy định mới về dữ liệu hoặc khi nhà cung cấp thay đổi chính sách giá. Với hợp đồng nhiều năm, hãy ghi vào lịch một mốc xem lại trước ngày hết hạn đủ sớm để còn thời gian chuyển đổi.