Với doanh nghiệp vừa chưa có người chuyên trách hạ tầng, thuê cloud, cụ thể là dịch vụ được quản lý như cơ sở dữ liệu có sẵn sao lưu tự động, thường là lựa chọn an toàn hơn và rẻ hơn khi tính cả công người vận hành. Tự dựng máy chủ (on-premise) chỉ rẻ hơn thật khi tải ổn định và đủ lớn, có người trực hệ thống, và doanh nghiệp chấp nhận tự chịu mọi sự cố từ ổ đĩa tới mất điện. Phần lớn doanh nghiệp vừa kết thúc ở phương án lai: hệ thống lõi trên dịch vụ được quản lý, phần tải nặng và ổn định trên máy tự quản.
ALODEV tự vận hành hạ tầng: một cụm ảo hoá ba máy chủ vật lý chạy ALODEV AIO, website và các dự án khác. Bài này kể hai sự cố thật trên cụm đó trong tháng 9/2026, vì chúng cho thấy chính xác phần việc mà cloud làm thay và phần việc cloud không làm thay.
Bốn lựa chọn, khác nhau ở chỗ ai giữ trách nhiệm
"Tự dựng hay cloud" thực ra là một dải bốn nấc. Càng đi về phía dịch vụ được quản lý, doanh nghiệp càng trả tiền để chuyển trách nhiệm sang nhà cung cấp, và càng phụ thuộc vào nhà cung cấp đó.
| Tiêu chí | Máy chủ tại văn phòng | Thuê máy chủ riêng / đặt máy tại trung tâm dữ liệu | VPS / máy ảo cloud | Dịch vụ được quản lý (cơ sở dữ liệu, nền tảng chạy ứng dụng) |
|---|---|---|---|---|
| Chi phí ban đầu | Cao: mua phần cứng, UPS, điều hoà | Trung bình | Thấp | Thấp |
| Chi phí theo tháng | Điện, đường truyền, người trực | Phí thuê cố định | Theo cấu hình, dễ dự đoán | Theo mức dùng, khó dự đoán hơn |
| Hỏng ổ đĩa, nguồn, mạng | Doanh nghiệp | Nhà cung cấp phần cứng, doanh nghiệp lo phần mềm | Nhà cung cấp | Nhà cung cấp |
| Vá hệ điều hành, cơ sở dữ liệu | Doanh nghiệp | Doanh nghiệp | Doanh nghiệp | Nhà cung cấp |
| Sao lưu và thử phục hồi | Doanh nghiệp | Doanh nghiệp | Doanh nghiệp (có ảnh chụp đĩa trả thêm) | Có sẵn, doanh nghiệp vẫn phải kiểm |
| Mở rộng khi tải tăng | Mua thêm máy, chờ giao hàng | Đặt thêm máy | Vài phút | Gần như tự động |
| Rủi ro khoá nhà cung cấp | Không | Thấp | Thấp | Cao nếu dùng dịch vụ độc quyền |
Sự cố thứ nhất: bản sao lưu làm đầy đĩa và dừng cơ sở dữ liệu
Sáng 11/09/2026, đĩa của máy chủ chạy ALODEV AIO đầy 100%. PostgreSQL, cơ sở dữ liệu chung của bản production và bản thử, không ghi được nữa và khởi động lại liên tục. Nhân viên không đăng nhập, không chấm công được từ trước 4 giờ sáng. Thủ phạm là chính tác vụ sao lưu hằng đêm.
Ba chi tiết của sự cố này đáng giá hơn con số. Thứ nhất, bản sao lưu cơ sở dữ liệu của đêm sự cố có dung lượng 0 byte; bản tốt cuối cùng là của đêm trước. Một hệ thống sao lưu không được kiểm tra có thể im lặng tạo ra tệp rỗng. Thứ hai, có hai công cụ giám sát: một công cụ đo dung lượng bị treo đúng sáng hôm đó, một đường kiểm tra sức khoẻ có báo cơ sở dữ liệu hỏng nhưng không gửi cảnh báo tới ai. Thứ ba, 11 ngày sau, lần rà soát ngày 22/09 phát hiện bản sao lưu PostgreSQL chưa từng có cơ chế xoay vòng: các tệp từ 29/08 vẫn nằm nguyên. Luật giữ được đổi thành 2 bản mới nhất mỗi loại, và đĩa được mở rộng.
Trên một dịch vụ cơ sở dữ liệu được quản lý, phần lớn chuỗi này không xảy ra: sao lưu nằm ở hạ tầng riêng của nhà cung cấp, không chiếm đĩa của cơ sở dữ liệu, có xoay vòng mặc định, và đĩa có thể tự tăng dung lượng. Đây là thứ doanh nghiệp thật sự mua khi trả phí cho dịch vụ được quản lý.
Sự cố thứ hai: một máy ảo kéo sập cả máy chủ vật lý
Chiều 22/09/2026, web ALODEV AIO không phản hồi khoảng một giờ. Máy chủ vật lý vẫn trả lời lệnh ping, nhưng mọi dịch vụ trên đó treo. Nguyên nhân: một máy ảo khác, không liên quan tới AIO, đã ghim 100% CPU liên tục suốt 10 ngày; bộ nhớ swap đầy hoàn toàn, tải hệ thống vượt số lõi vật lý bảy lần. Khởi động lại máy ảo đó giải phóng bộ nhớ, nhưng trình quản lý tiến trình của ứng dụng đã chết theo và phải được khôi phục bằng tay.
Trên cloud, hiện tượng "hàng xóm ồn ào" vẫn tồn tại, nhưng nhà cung cấp là người giám sát và cách ly nó. Trên hạ tầng tự dựng, doanh nghiệp phải tự có người biết đo tải trên máy vật lý, biết rằng ping phản hồi không chứng minh máy dùng được, và biết khởi động lại dịch vụ theo đúng thứ tự.
Cloud không làm thay phần việc của bạn
Hiểu nhầm phổ biến nhất: lên cloud là hết lo sao lưu và bảo mật. Các nhà cung cấp lớn ghi rõ điều ngược lại trong mô hình trách nhiệm chia sẻ.
Với máy ảo thuê trên cloud, doanh nghiệp vẫn tự vá hệ điều hành, tự cấu hình tường lửa, tự sao lưu dữ liệu. Chỉ khi dùng dịch vụ được quản lý, phần vá và sao lưu mới chuyển sang nhà cung cấp, và kể cả khi đó, việc thử phục hồi một bản sao lưu để chắc nó dùng được vẫn là việc của doanh nghiệp.
Chi phí ẩn ở mỗi phía
Tự dựng: công người và thời gian sự cố
Hoá đơn phần cứng là phần dễ thấy. Phần khó thấy là người trực: ai nhận cảnh báo lúc 4 giờ sáng, ai biết khôi phục khi máy treo. Mỗi giờ hệ thống chấm công hay bán hàng dừng là chi phí thật: nhân viên không vào ca được, đơn hàng không ghi được, dữ liệu phải nhập bù. Tự dựng còn gồm điện, đường truyền dự phòng, ổ đĩa thay thế và một nơi thứ hai để giữ bản sao lưu ngoài máy.
Cloud: phí theo mức dùng và phí ra khỏi nhà cung cấp
Cloud tính tiền theo mức dùng, nên một cấu hình quên tắt hay một truy vấn chạy vòng lặp hiện ra trên hoá đơn cuối tháng. Dữ liệu đi ra internet thường bị tính phí: trang giá EC2 của AWS (tra 25/09/2026) cho miễn phí 100 GB mỗi tháng gộp mọi dịch vụ, vượt mức thì tính theo từng GB. Lớn hơn cả là chi phí rời đi: hệ thống dựng trên dịch vụ độc quyền (hàng đợi, cơ sở dữ liệu riêng của một hãng) phải viết lại một phần khi muốn chuyển. Chọn thành phần chuẩn như PostgreSQL giữ cửa ra mở.
Cả hai: độ trễ phụ thuộc đường đi
Máy chủ đặt ngay tại văn phòng không có nghĩa là nhanh. ALODEV đưa AIO ra internet qua đường hầm Cloudflare để không phải mở cổng trên máy chủ; đo ngày 15/09/2026, backend trả lời trong 0,8 ms (trung vị) nhưng mỗi lời gọi đi vòng qua điểm biên của Cloudflare ở nước ngoài mất 0,4 đến 4,6 giây, dù nhân viên ngồi cùng mạng nội bộ với máy chủ. Cloud đặt ở Singapore hay Tokyo cũng có bài toán tương tự với người dùng Việt Nam. Vị trí máy chủ phải tính theo vị trí người dùng.
Khi nào nên tự dựng, khi nào KHÔNG nên
Tự dựng hoặc thuê máy chủ riêng hợp lý khi có đủ các điều kiện sau: tải ổn định và dự đoán được trong vài năm; có ít nhất một người (trong nhà hoặc đơn vị được thuê) chịu trách nhiệm vận hành với cam kết thời gian phản hồi; có nơi giữ sao lưu ngoài máy chủ chính; và có lý do cụ thể như dữ liệu phải nằm tại chỗ, băng thông lớn, hay cần GPU chạy liên tục.
KHÔNG nên tự dựng khi:
- Không ai trong công ty hoặc đơn vị được thuê có trách nhiệm trực sự cố bằng văn bản.
- Hệ thống là phần mềm lõi (bán hàng, chấm công, kế toán) mà một giờ dừng đã gây thiệt hại, và chưa có phương án chạy dự phòng.
- Tải lên xuống theo mùa vụ mạnh (bán hàng dịp Tết, tuyển sinh): mua phần cứng theo đỉnh là lãng phí phần lớn năm.
- Doanh nghiệp chưa có quy trình sao lưu và thử phục hồi định kỳ.
Ngược lại, KHÔNG nên dồn hết lên dịch vụ độc quyền của một nhà cung cấp cloud khi dữ liệu thuộc diện phải lưu trữ tại Việt Nam theo quy định chuyên ngành, khi chi phí truyền dữ liệu ra ngoài chiếm phần lớn hoá đơn, hoặc khi doanh nghiệp không có ai đọc và kiểm soát hoá đơn cloud hằng tháng. Quy định về lưu trữ dữ liệu (Luật An ninh mạng, Nghị định 53/2022, Luật Bảo vệ dữ liệu cá nhân có hiệu lực từ 01/01/2026) áp dụng khác nhau theo ngành; cần hỏi tư vấn pháp lý cho trường hợp cụ thể.
Năm câu hỏi trước khi quyết định
- Nếu hệ thống dừng một giờ vào giờ làm việc, doanh nghiệp mất gì? Câu trả lời quyết định mức đầu tư cho dự phòng.
- Ai nhận cảnh báo ngoài giờ, và cam kết phản hồi trong bao lâu?
- Bản sao lưu gần nhất nằm ở đâu, và lần cuối thử phục hồi là khi nào?
- Nếu muốn đổi nhà cung cấp, phần nào của hệ thống phải viết lại?
- Dữ liệu có thuộc diện phải lưu tại Việt Nam không?
Câu hỏi thường gặp
On-premise là gì?
On-premise là cách đặt phần mềm và dữ liệu trên máy chủ doanh nghiệp tự sở hữu và tự vận hành, thường tại văn phòng hoặc thuê chỗ đặt máy ở trung tâm dữ liệu. Trái với cloud, nơi doanh nghiệp thuê tài nguyên của nhà cung cấp qua internet.
Doanh nghiệp 50-200 người nên tự dựng máy chủ hay thuê cloud?
Nếu không có người chuyên trách hạ tầng, nên thuê cloud và dùng dịch vụ được quản lý cho cơ sở dữ liệu. Tự dựng chỉ nên cân nhắc khi đã có người vận hành và có lý do cụ thể về dữ liệu hoặc tải.
Lên cloud rồi có cần tự sao lưu không?
Có. Nhà cung cấp chịu trách nhiệm phần cứng, dữ liệu vẫn là trách nhiệm của khách hàng theo chính mô hình trách nhiệm chia sẻ của họ. Nên giữ thêm một bản sao lưu ở nơi khác nhà cung cấp chính và thử phục hồi định kỳ.
Thuê VPS có phải là dùng cloud không?
Về kỹ thuật là có, VPS là máy ảo trên hạ tầng của nhà cung cấp. Nhưng về trách nhiệm, VPS gần với tự dựng: doanh nghiệp vẫn tự cài, tự vá, tự sao lưu mọi thứ bên trong máy ảo.
Có thể bắt đầu tự dựng rồi chuyển lên cloud sau không?
Được, nếu hệ thống dùng thành phần chuẩn như PostgreSQL, ứng dụng đóng gói thành tệp chạy hoặc container, và cấu hình nằm trong biến môi trường. Hệ thống gắn vào công cụ riêng của một máy chủ thì chuyển tốn công hơn nhiều.
