Thuê Máy Chủ Cần Hỏi Gì Về SLA Và Hỗ Trợ Kỹ Thuật?

Khi thuê máy chủ, một dòng hỗ trợ 24/7 chưa cho biết ứng dụng sẽ được khôi phục trong bao lâu. Cần đọc rõ dịch vụ được theo dõi, cách tính thời gian gián đoạn, mục tiêu phản hồi và phạm vi công việc kỹ thuật. Các nội dung này nên được xác nhận trước khi ứng dụng nghiệp vụ bắt đầu phụ thuộc vào máy mới.

Hoá Đơn Tự Động là đối tác affiliate EZTECH và có thể nhận hoa hồng khi bạn đăng ký qua liên kết. Cam kết áp dụng cho dịch vụ của bạn cần được EZTECH xác nhận trong báo giá và hợp đồng.

Tách các mốc xử lý sự cố

Thời điểm gửi ticket, thời điểm nhân viên phản hồi, thời điểm bắt đầu xử lý và thời điểm dịch vụ hoạt động trở lại là các mốc khác nhau. Một lời trả lời nhanh chưa đồng nghĩa lỗi đã được giải quyết.

Đề nghị nhà cung cấp giải thích quy trình đối với mất kết nối, lỗi ổ đĩa, lỗi hệ điều hành và lỗi ứng dụng. Trong mỗi tình huống, ai tiếp nhận, ai có quyền can thiệp và khi nào cần sự tham gia của doanh nghiệp?

Nội dung	Câu hỏi nên gửi
Tiếp nhận	Kênh nào dùng cho sự cố khẩn cấp?
Phản hồi	Mục tiêu phản hồi được tính từ thời điểm nào?
Phần cứng	Ai chẩn đoán, thay thế và thông báo?
Ứng dụng	Có xử lý database, web server hay mã nguồn không?
Bảo trì	Thông báo trước qua kênh nào?
Khôi phục	Ai chọn bản backup và kiểm tra dữ liệu?

Hiểu phạm vi uptime

Uptime có thể được đo tại lớp mạng, máy chủ hoặc dịch vụ cụ thể. Máy còn ping được trong khi ứng dụng trả lỗi vẫn là một tình huống cần định nghĩa. Hỏi cách đo, nguồn giám sát, khoảng thời gian tính và các trường hợp bảo trì.

Không dùng cam kết uptime của trung tâm dữ liệu để suy ra mọi thành phần của ứng dụng đều có cùng mức cam kết. Hệ điều hành, database, phần mềm và dịch vụ bên thứ ba có thể nằm ở các phạm vi khác nhau.

Bên cạnh điều khoản, doanh nghiệp nên có giám sát từ góc nhìn người dùng: truy cập trang, gọi API hoặc thực hiện một tác vụ kiểm tra an toàn. Chỉ số này giúp phát hiện sự cố mà kiểm tra trạng thái máy đơn thuần có thể bỏ sót.

Chốt phạm vi hỗ trợ bằng ví dụ

Hỏi những tình huống gần với ứng dụng thật. Chẳng hạn ổ đầy do log tăng, chứng chỉ hết hạn, database không khởi động hoặc ứng dụng lỗi sau cập nhật. Nhà cung cấp sẽ chỉ kiểm tra hạ tầng, hay có gói quản trị xử lý thêm?

Nếu dùng container, phân quyền truy cập và quyền điều khiển Docker cần được quản lý cẩn thận theo tài liệu bảo mật chính thức. Cấp quyền rộng để “hỗ trợ cho nhanh” không thay cho quy trình truy cập được thống nhất.

Ghi người có quyền yêu cầu reboot, restore và thay cấu hình. Với hệ thống lưu đơn hàng hoặc hóa đơn, khôi phục nhầm bản dữ liệu cũ có thể gây xung đột nghiệp vụ, nên cần bước xác nhận từ người phụ trách dữ liệu.

Chuẩn bị quy trình của doanh nghiệp

Lưu danh sách đầu mối chính và dự phòng, kênh liên lạc và mã dịch vụ. Khi báo lỗi, gửi thời gian bắt đầu, tác động, lỗi hiển thị và thay đổi gần nhất. Không gửi mật khẩu hoặc dữ liệu khách hàng vào kênh công khai.

Đồng thời xác định ai thông báo cho người dùng và ai quyết định tạm ngừng tác vụ ghi. Nhà cung cấp không thể tự quyết mọi tình huống nghiệp vụ nếu doanh nghiệp chưa phân công.

Xem phân chia trách nhiệm quản trị và kế hoạch chuyển máy để áp dụng quy trình từ lúc triển khai.