On-premise là gì? Chi phí, vận hành và khi nào nên giữ

Mục lục

1. On-premise là gì?
2. Một hệ thống on-premise gồm những thành phần nào?
3. On-premise vận hành theo vòng đời nào?
4. On-premise khác colocation, private cloud, public cloud và SaaS ở đâu?
5. Chi phí sở hữu on-premise (TCO) gồm những khoản nào?
6. Ưu điểm và nhược điểm của on-premise
7. Khi nào doanh nghiệp nên giữ on-premise?
8. Vận hành on-premise an toàn cần làm những gì?
9. On-premise và quy định dữ liệu tại Việt Nam
10. Chuyển từ on-premise lên cloud theo các bước nào?
11. On-premise năm 2026 đang thay đổi ra sao?
12. Câu hỏi thường gặp

On-premise là gì?

On-premise (hay on-premises, viết tắt on-prem) là mô hình triển khai hạ tầng và phần mềm ngay tại cơ sở của doanh nghiệp. “Premises” trong tiếng Anh nghĩa là khuôn viên, trụ sở. Vì vậy, tiếng Việt thường dịch là “tại chỗ”, “cài đặt tại chỗ” hoặc “hạ tầng tự quản”.

Trong mô hình này, doanh nghiệp tự mua máy chủ, thiết bị lưu trữ, thiết bị mạng và giấy phép phần mềm. Toàn bộ được đặt trong phòng máy của doanh nghiệp. Đội IT nội bộ (hoặc đơn vị được thuê) cài đặt, vá lỗi, sao lưu và sửa chữa khi hỏng hóc. Người dùng truy cập hệ thống qua mạng nội bộ (LAN), hoặc qua kết nối an toàn như VPN khi làm việc từ xa.

Đối lập là off-premise: hạ tầng nằm ở nơi khác, thường trên điện toán đám mây (cloud) của nhà cung cấp.

Ví dụ dễ hình dung

Ví dụ minh hoạ. Một nhà máy dệt đặt phòng máy ở khu văn phòng, gồm ba máy chủ chạy phần mềm quản lý sản xuất, kế toán và chia sẻ tệp. Mỗi đêm, dữ liệu được sao lưu ra băng từ, cất ở toà nhà khác. Khi ổ cứng hỏng lúc 2 giờ sáng, kỹ sư trực của nhà máy là người thay. Đó là một hệ thống on-premise điển hình.

Ranh giới nằm ở chỗ ai sở hữu và ai vận hành, không phải vị trí địa lý. Trung tâm dữ liệu riêng của một tập đoàn, đặt cách trụ sở 30 km, vẫn là on-premise. Còn mang máy chủ của mình đi gửi ở trung tâm dữ liệu của bên khác là colocation, một mô hình nằm giữa.

Một hệ thống on-premise gồm những thành phần nào?

Khi nói “hệ thống on-premise”, nhiều người chỉ nghĩ đến máy chủ. Thực tế, máy chủ chỉ là một trong tám lớp mà doanh nghiệp phải lo.

1. Phòng máy và hạ tầng vật lý. Tủ rack, nguồn điện, bộ lưu điện (UPS), máy phát, điều hoà, báo cháy, kiểm soát ra vào. Xem thêm về cấp độ và tiêu chuẩn trong bài data center là gì.
2. Máy chủ (server). Chạy ứng dụng, cơ sở dữ liệu, thư điện tử, dịch vụ thư mục người dùng.
3. Lưu trữ (storage). Ổ gắn trực tiếp vào máy chủ (DAS), thiết bị lưu trữ nối mạng (NAS) hoặc mạng lưu trữ riêng tốc độ cao (SAN).
4. Mạng và bảo mật. Bộ chuyển mạch (switch), bộ định tuyến (router), tường lửa (firewall), đường truyền, VPN.
5. Lớp ảo hoá. Chia một máy chủ vật lý thành nhiều máy ảo để dùng tài nguyên hiệu quả hơn. Xem bài ảo hoá là gì.
6. Phần mềm và giấy phép. Hệ điều hành, cơ sở dữ liệu, ERP, kế toán, quản lý sản xuất, mỗi thứ kèm điều khoản bản quyền và gói bảo trì riêng.
7. Sao lưu và khôi phục. Phần mềm sao lưu, phương tiện lưu bản sao, bản sao ngoài site, kế hoạch khôi phục sau thảm hoạ.
8. Con người và quy trình. Kỹ sư hệ thống, mạng, bảo mật, lịch trực, hồ sơ tài sản. Lớp này hay bị quên khi tính chi phí, nhưng thường đắt nhất về lâu dài.

On-premise vận hành theo vòng đời nào?

On-premise là một chuỗi quyết định lặp lại, mỗi vòng gồm năm bước.

1. Lập kế hoạch công suất. Đo tải thực tế, dự báo tăng trưởng cho cả vòng đời thiết bị. Mua thiếu thì hệ thống chậm sau một năm; mua thừa thì tiền nằm chết trong máy chạy không tải.
2. Mua sắm. Phần cứng, giấy phép, gói bảo trì. Từ lúc duyệt ngân sách đến khi thiết bị về có thể mất vài tuần đến vài tháng.
3. Triển khai. Lắp đặt, cấu hình, cài phần mềm, thiết lập sao lưu và kiểm thử.
4. Vận hành. Vá lỗi, theo dõi hiệu năng, thay linh kiện, sao lưu, diễn tập khôi phục. Bước này kéo dài nhiều năm và tốn nhiều công sức nhất.
5. Làm mới hoặc thanh lý. Khi hãng ngừng hỗ trợ, doanh nghiệp phải nâng cấp, thay mới hoặc chuyển đi nơi khác.

On-premise khác colocation, private cloud, public cloud và SaaS ở đâu?

Cách phân biệt nhanh nhất: lớp nào doanh nghiệp tự lo, lớp nào giao cho bên khác?

Tiêu chí	On-premise	Colocation	Private cloud	Public cloud (IaaS)
Ai sở hữu thiết bị	Doanh nghiệp	Doanh nghiệp	Doanh nghiệp hoặc bên thứ ba	Nhà cung cấp
Thiết bị đặt ở đâu	Cơ sở của doanh nghiệp	Trung tâm dữ liệu của bên cho thuê	Tại chỗ hoặc bên ngoài	Trung tâm dữ liệu của nhà cung cấp
Điện, làm mát, an ninh vật lý	Doanh nghiệp tự lo	Bên cho thuê lo	Tuỳ nơi đặt	Nhà cung cấp lo
Cách trả tiền chính	Đầu tư ban đầu lớn (CapEx)	CapEx thiết bị + phí thuê chỗ hằng tháng	Tuỳ cách xây dựng	Trả theo mức dùng (OpEx)
Tốc độ mở rộng	Chậm, phải mua thêm máy	Chậm, phải mua thêm máy	Nhanh trong giới hạn sẵn có	Rất nhanh, gần như tức thời

Private cloud không đồng nghĩa với on-premise. Theo NIST SP 800-145 (Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ, tháng 9/2011), đám mây riêng dành riêng cho một tổ chức, có thể do tổ chức hoặc bên thứ ba vận hành, đặt tại chỗ hoặc bên ngoài. On-premise truyền thống thường cấp máy thủ công; private cloud có cổng tự phục vụ, cấp tài nguyên tự động và đo mức dùng.

So với SaaS: phần mềm dạng dịch vụ (SaaS) là chiều ngược hẳn với on-premise, nhà cung cấp lo mọi lớp. Bảng so sánh chi tiết SaaS và on-premise có trong bài SaaS là gì; tổng quan IaaS, PaaS, SaaS nằm ở bài cloud computing là gì.

Chi phí sở hữu on-premise (TCO) gồm những khoản nào?

Tổng chi phí sở hữu (Total Cost of Ownership, TCO) là toàn bộ tiền bỏ ra cho một hệ thống trong suốt vòng đời. Chi phí on-premise gồm hai nhóm: chi phí đầu tư (CapEx) trả một lần, ghi nhận là tài sản và khấu hao dần; và chi phí vận hành (OpEx) trả đều đặn hằng năm.

Nhóm	Khoản chi	Hay bị bỏ sót?
Đầu tư ban đầu	Máy chủ, lưu trữ, thiết bị mạng, tường lửa	Hiếm khi
Đầu tư ban đầu	Giấy phép hệ điều hành, cơ sở dữ liệu, ảo hoá, phần mềm nghiệp vụ	Thỉnh thoảng (tính thiếu theo số nhân CPU hoặc số người dùng)
Đầu tư ban đầu	Cải tạo phòng máy: điện, UPS, điều hoà, sàn, chống cháy	Thường xuyên
Đầu tư ban đầu	Triển khai, chuyển dữ liệu, đào tạo	Thường xuyên
Vận hành hằng năm	Gói bảo trì phần cứng, gói hỗ trợ và cập nhật phần mềm	Thỉnh thoảng
Vận hành hằng năm	Điện cho máy chủ và điện cho làm mát	Rất thường xuyên
Vận hành hằng năm	Nhân sự IT: lương, trực ngoài giờ, đào tạo, chứng chỉ	Rất thường xuyên
Vận hành hằng năm	Đường truyền Internet, kênh riêng, bản sao lưu ngoài site	Thỉnh thoảng
Rủi ro, ẩn	Thời gian ngừng hệ thống khi sự cố, chi phí cơ hội của vốn	Gần như luôn bị bỏ sót
Cuối vòng đời	Thay thế thiết bị, nâng cấp phiên bản, xoá dữ liệu và thanh lý	Thường xuyên

Ví dụ minh hoạ cách tính TCO 5 năm

Ví dụ minh hoạ, số giả định theo “đơn vị tiền”, không phải báo giá.

• Đầu tư ban đầu: phần cứng 100, giấy phép 60, cải tạo phòng máy 30, triển khai 20. Cộng 210.
• Mỗi năm: bảo trì 18, điện và làm mát 12, nhân sự IT 40, đường truyền và sao lưu ngoài site 6. Cộng 76, tức 380 cho 5 năm.
• TCO 5 năm = 210 + 380 = 590 đơn vị, chưa tính rủi ro ngừng hệ thống.

Trong ví dụ, tiền mua thiết bị (100) chỉ khoảng một phần sáu tổng chi phí; nhân sự và vận hành mới là phần lớn. Khi so với cloud, hãy dựng bảng tương tự cho cloud (máy ảo, lưu trữ, truyền dữ liệu ra ngoài, sao lưu, gói hỗ trợ, nhân sự quản trị), cùng phạm vi và cùng kỳ.

Điện năng và chỉ số PUE

Phòng máy tốn điện cho cả điều hoà, UPS, chiếu sáng, không chỉ cho máy chủ. Chỉ số PUE (Power Usage Effectiveness) bằng tổng điện của cơ sở chia cho điện của thiết bị CNTT. PUE bằng 2 nghĩa là cứ 1 kWh cho máy chủ thì tốn thêm 1 kWh cho làm mát và hao hụt. Phòng máy nhỏ dùng điều hoà dân dụng thường khó đạt PUE thấp như trung tâm dữ liệu chuyên nghiệp, nên khi ước tính tiền điện, hãy nhân điện năng máy chủ với PUE thực tế.

Những lỗi hay gặp khi so TCO on-premise với cloud

• So giá mua máy với một tháng thuê cloud thay vì quy về cùng kỳ 3 hoặc 5 năm.
• Lấy cấu hình on-premise đang chạy để tính cloud. Máy tại chỗ thường mua dư cho tải đỉnh; cần đo tải thực trước khi so.
• Bỏ qua phí truyền dữ liệu ra ngoài trên hoá đơn cloud.
• Coi nhân sự IT là “có sẵn”. Thời gian kỹ sư dành cho vá lỗi, sao lưu là chi phí của on-premise.
• Quên khoản làm mới khi thiết bị hết vòng đời.

Ưu điểm và nhược điểm của on-premise

Ưu điểm

• Kiểm soát toàn diện: tự quyết cấu hình, thời điểm nâng cấp, nơi đặt dữ liệu, ai được chạm vào thiết bị.
• Độ trễ thấp: hệ thống điều khiển dây chuyền hay xử lý ảnh dung lượng lớn không phải đi qua Internet.
• Chạy được khi mất Internet.
• Chi phí dễ dự đoán khi tải ổn định, không bất ngờ vì hoá đơn theo mức dùng.
• Cách ly mạng hoàn toàn (air-gapped) khi cần.

Nhược điểm

• Vốn ban đầu lớn, tiền bị khoá vào tài sản mất giá nhanh.
• Mở rộng chậm: thêm năng lực nghĩa là mua, chờ hàng, lắp đặt.
• Gánh nặng vận hành: vá lỗi, sao lưu, trực sự cố 24/7 đều tự lo.
• Rủi ro tập trung: một phòng máy có thể dừng vì mất điện kéo dài, ngập hay cháy. Muốn dự phòng phải đầu tư thêm nơi thứ hai.
• Chậm tiếp cận dịch vụ mới như AI tạo sinh, thường ra mắt trên cloud trước.

Khi nào doanh nghiệp nên giữ on-premise?

Hãy xét từng hệ thống, không quyết chung cho cả doanh nghiệp, dựa trên các dấu hiệu sau.

Dấu hiệu	Nghiêng về giữ on-premise	Nghiêng về chuyển đi
Hình dạng tải	Ổn định, lớn, chạy liên tục nhiều năm	Biến động mạnh theo mùa, theo chiến dịch
Độ trễ	Cần phản hồi tính bằng mili giây với thiết bị tại chỗ	Người dùng phân tán, truy cập qua Internet
Kết nối	Internet không ổn định hoặc phải cách ly mạng	Kết nối tốt, có đường dự phòng
Ứng dụng	Phần mềm cũ gắn với phần cứng đặc thù, khó di chuyển	Ứng dụng mới hoặc đã có phiên bản SaaS tốt
Đầu tư hiện có	Thiết bị mới mua, còn nhiều năm khấu hao	Thiết bị sắp hết hỗ trợ, sắp phải mua lại
Đội ngũ	Có đội IT đủ người, đủ kỹ năng vận hành	Ít người IT, khó tuyển, khó giữ
Yêu cầu dữ liệu	Hợp đồng, quy chế nội bộ hoặc pháp luật đòi kiểm soát chặt nơi đặt dữ liệu	Dữ liệu ít nhạy cảm, đã có phương án tuân thủ trên cloud

Những hệ thống thường được giữ tại chỗ: điều khiển và giám sát trong nhà máy (OT), phần mềm điều hành sản xuất nối trực tiếp với máy móc, ghi hình an ninh dung lượng lớn, và các hệ thống lõi mà viết lại tốn hơn lợi ích thu được.

Ngược lại, thời điểm tốt nhất để cân nhắc rời on-premise là ngay trước một đợt làm mới lớn: máy chủ sắp hết bảo hành, phần mềm sắp hết hỗ trợ. Đằng nào cũng phải chi tiền, câu hỏi chỉ còn là chi vào đâu.

Cloud repatriation: có doanh nghiệp đang quay về on-premise không?

Có, nhưng ở quy mô nhỏ. Báo cáo State of the Cloud 2025 của Flexera (công bố ngày 19/03/2025, khảo sát hơn 750 chuyên gia và lãnh đạo công nghệ) ghi nhận 21% khối lượng công việc trên cloud đã được đưa trở lại (repatriate). Cùng báo cáo đó, 84% người trả lời cho rằng quản lý chi phí cloud là thách thức hàng đầu, và ngân sách cloud đang vượt kế hoạch khoảng 17%. Việc đưa tải về là có thật, chủ yếu với tải ổn định và lớn, nhưng xu hướng chính vẫn là kết hợp, không phải bỏ cloud.

Vận hành on-premise an toàn cần làm những gì?

Danh sách việc tối thiểu nếu bạn giữ on-premise:

1. Kiểm kê tài sản: mọi thiết bị, phần mềm, phiên bản, ngày hết bảo hành và ngày hết hỗ trợ của hãng.
2. Vá lỗi theo lịch, ưu tiên lỗ hổng nghiêm trọng và thiết bị hướng ra Internet; thử trước trên môi trường thử.
3. Sao lưu theo nguyên tắc 3-2-1: 3 bản sao, trên 2 loại phương tiện, 1 bản ngoài site. Nên có thêm một bản không sửa được hoặc tách khỏi mạng để chống mã độc tống tiền.
4. Diễn tập khôi phục: đặt mục tiêu thời gian khôi phục (RTO) và mức dữ liệu chấp nhận mất (RPO) cho từng hệ thống, rồi thử thật định kỳ. Xem bài disaster recovery là gì.
5. Giám sát, gồm hiệu năng, dung lượng, nhiệt độ phòng máy, đăng nhập bất thường; cảnh báo tới đúng người, kể cả ngoài giờ.
6. Phân quyền tối thiểu và xác thực nhiều lớp cho quyền quản trị, truy cập từ xa.
7. Quản lý giấy phép: thiếu là rủi ro pháp lý, thừa là lãng phí.
8. Thanh lý đúng cách: làm sạch dữ liệu trên ổ cứng trước khi bán hoặc huỷ. Hướng dẫn NIST SP 800-88 Rev. 2 về làm sạch phương tiện lưu trữ, công bố ngày 26/09/2025, là tài liệu tham chiếu phổ biến.

On-premise và quy định dữ liệu tại Việt Nam

Đặt dữ liệu tại chỗ giúp chủ động về nơi lưu trữ, nhưng không miễn trừ nghĩa vụ pháp lý nào. Ba điểm nên nắm:

• Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 (hiệu lực từ 01/01/2026) áp dụng bất kể dữ liệu nằm tại chỗ hay trên cloud. Điều 20 của Luật coi việc dùng nền tảng đặt ngoài lãnh thổ để xử lý dữ liệu thu thập tại Việt Nam là chuyển dữ liệu xuyên biên giới, kèm nghĩa vụ lập hồ sơ đánh giá tác động gửi cơ quan chuyên trách trong 60 ngày. On-premise đặt trong nước tránh được trường hợp này; nhưng nếu đối tác nước ngoài được truy cập dữ liệu để hỗ trợ kỹ thuật, cần xem xét đó có phải chuyển dữ liệu ra nước ngoài không.
• Luật An ninh mạng số 116/2025/QH15 (ban hành 10/12/2025, hiệu lực 01/07/2026), khoản 3 Điều 25, yêu cầu doanh nghiệp cung cấp dịch vụ viễn thông, Internet và dịch vụ gia tăng trên không gian mạng tại Việt Nam lưu trữ một số loại dữ liệu người dùng tại Việt Nam trong thời gian do Chính phủ quy định. Nhóm này có thể đáp ứng bằng on-premise hoặc cloud có trung tâm dữ liệu trong nước.
• Không ai chia sẻ trách nhiệm. Với on-premise, biện pháp kỹ thuật, quy trình xử lý sự cố, phân quyền đều do bạn tự thiết lập và chứng minh khi cần. Xem tổng quan nghĩa vụ trong bài bảo vệ dữ liệu cá nhân là gì.

Chuyển từ on-premise lên cloud theo các bước nào?

Không phải hệ thống nào cũng cần chuyển, hay chuyển cùng một cách. Hướng dẫn di chuyển quy mô lớn của AWS nêu bảy chiến lược, gọi là 7R.

Chiến lược	Ý nghĩa	Khi nào dùng
Retire	Tắt hoặc lưu trữ ứng dụng, không chuyển	Ứng dụng không còn ai dùng
Retain	Giữ lại tại chỗ hoặc hoãn chuyển	Hệ thống nhà máy, phần mềm cũ khó di chuyển
Rehost	Chuyển nguyên trạng (“lift and shift”)	Cần rời phòng máy nhanh
Relocate	Chuyển nhiều máy chủ sang phiên bản cloud của cùng nền tảng	Đang dùng nền tảng ảo hoá có bản tương ứng trên cloud
Repurchase	Thay bằng sản phẩm khác, thường là SaaS	Đã có SaaS tốt cho nghiệp vụ đó
Replatform	Chuyển kèm tối ưu nhỏ, ví dụ dùng cơ sở dữ liệu được quản lý	Muốn giảm việc vận hành mà không viết lại
Refactor	Thiết kế lại để tận dụng tính năng cloud	Ứng dụng quan trọng, cần mở rộng mạnh

AWS cũng khuyên không refactor trong đợt di chuyển lớn: chuyển trước, hiện đại hoá sau.

Lộ trình gọn cho doanh nghiệp đang chạy on-premise:

1. Kiểm kê và đo tải vài tuần, gồm cả kỳ cao điểm; vẽ sơ đồ phụ thuộc giữa các ứng dụng.
2. Phân loại theo 7R. Danh sách giữ lại quan trọng không kém danh sách chuyển đi.
3. So TCO hai phía bằng bảng chi phí ở trên, cùng kỳ 3 hoặc 5 năm.
4. Thử với một hệ thống ít rủi ro để đội ngũ làm quen.
5. Tính trước thời gian chuyển dữ liệu. Ví dụ tự tính: 50 TB qua đường 1 Gbps chạy hết công suất mất khoảng 400.000 giây, hơn 4,6 ngày; nếu chỉ dùng được 70% băng thông thì khoảng 6,6 ngày.
6. Chạy song song, có phương án quay lui, rồi mới cắt chuyển và thanh lý thiết bị cũ.

Lộ trình đầy đủ, gồm cả quản trị chi phí sau khi chuyển, có trong bài cloud computing đã nhắc ở trên. Nếu bạn định giữ một phần tại chỗ và nối với cloud thành một hệ thống thống nhất, hãy đọc bài hybrid cloud là gì.

On-premise năm 2026 đang thay đổi ra sao?

“Mua đứt dùng mãi” đang biến mất

On-premise truyền thống gắn với giấy phép vĩnh viễn: trả một lần, dùng lâu dài. Nhiều hãng lớn đã thay đổi điều này:

• Microsoft cho Exchange Server 2019 hết hỗ trợ mở rộng vào ngày 14/10/2025. Phiên bản kế tiếp, Exchange Server Subscription Edition, ra mắt ngày 01/07/2025 và theo chính sách vòng đời hiện đại (Modern Lifecycle Policy), tức hỗ trợ liên tục khi khách hàng duy trì cập nhật.
• Broadcom, chủ sở hữu VMware, ngừng bán giấy phép vĩnh viễn và gia hạn hỗ trợ cho chúng; sản phẩm chỉ còn bán dạng thuê bao hoặc giấy phép có thời hạn.
• Atlassian công bố ngày 08/09/2025 lộ trình kết thúc dòng Data Center (bản tự triển khai): ngừng bán cho khách hàng mới từ 30/03/2026, khách hàng hiện có mua thêm đến 30/03/2028, và mọi giấy phép Data Center hết hạn, chuyển sang chỉ đọc vào ngày 28/03/2029.

On-premise vẫn tồn tại, nhưng chi phí phần mềm ngày càng giống thuê bao. Khi lập TCO, hãy kiểm tra chính sách bản quyền mới nhất của từng hãng.

Kết hợp trở thành mặc định

Gartner dự báo trong thông cáo ngày 19/11/2024 rằng 90% tổ chức sẽ áp dụng cách tiếp cận đám mây lai (hybrid cloud) đến năm 2027: hệ thống nhà máy, dữ liệu nhạy cảm ở lại tại chỗ; website, công cụ cộng tác, dịch vụ AI dùng cloud.

Câu hỏi thường gặp

On-premise và on-premises, viết thế nào mới đúng?

Về ngữ pháp tiếng Anh, “on-premises” mới đúng, vì “premises” là khuôn viên, còn “premise” là tiền đề. Thực tế cả hai đều được dùng và hiểu như nhau.

Phần mềm on-premise có cần Internet không?

Không bắt buộc. Hệ thống chạy được trong mạng nội bộ. Internet chỉ cần khi làm việc từ xa, tải bản vá, kích hoạt giấy phép hoặc trao đổi dữ liệu với bên ngoài.

Thuê máy chủ đặt ở trung tâm dữ liệu có phải on-premise không?

Nếu bạn sở hữu máy chủ và chỉ thuê chỗ đặt, điện, mạng, đó là colocation. Thuê luôn máy chủ thì là thuê máy chủ riêng hoặc cloud. Cả hai không phải on-premise theo nghĩa hẹp, dù colocation vẫn tự quản phần cứng và phần mềm.

Doanh nghiệp nhỏ có nên dùng on-premise không?

Thường là không, trừ khi Internet rất kém, phần mềm chuyên ngành chỉ chạy tại chỗ hoặc thiết bị còn mới. Doanh nghiệp nhỏ hiếm khi đủ người để vá lỗi và sao lưu bài bản; một máy chủ trong góc văn phòng không ai chăm rủi ro hơn nhiều so với dịch vụ được quản lý tốt.

On-premise có rẻ hơn cloud không?

Tuỳ tải và thời gian dùng. Tải lớn, đều đặn nhiều năm thì sở hữu có thể rẻ hơn; tải nhỏ, biến động hoặc dự án ngắn thì cloud thường rẻ hơn. Chỉ bảng TCO cùng phạm vi, cùng kỳ mới trả lời được cho trường hợp của bạn.

Máy chủ on-premise thường dùng được bao lâu?

Không có con số cố định. Tuổi thọ phụ thuộc thời hạn bảo hành, thời gian hãng còn cung cấp linh kiện, bản vá và việc thiết bị còn đáp ứng tải hay không. Hãy ghi ngày hết hỗ trợ vào danh sách tài sản và lập kế hoạch thay trước mốc đó.