Hệ thống chạy rồi mới là lúc bắt đầu

Công nghệ & năng lực

• Go
• Node.js
• PHP
• Java
• MySQL
• PostgreSQL
• Docker

Dịch vụ này là gì

Bảo trì, vận hành và nâng cấp là dịch vụ chăm sóc dài hạn cho hệ thống đã đưa vào chạy thật, bao gồm theo dõi lỗi phát sinh, vá lỗ hổng bảo mật, cập nhật thư viện phần mềm theo phiên bản mới, và phát triển thêm tính năng theo yêu cầu phát sinh sau khi dự án ban đầu đã kết thúc. Dịch vụ phù hợp với hệ thống Cluvix từng xây hoặc hệ thống do đội khác xây trước đó mà khách hàng cần bàn giao lại việc vận hành. Mức độ cam kết thời gian phản hồi khi có sự cố được thoả thuận rõ theo hợp đồng, từ vài giờ với lỗi nghiêm trọng làm gián đoạn vận hành tới vài ngày với yêu cầu cải tiến không gấp. Khác với sửa lỗi từng lần theo yêu cầu rời rạc, hợp đồng bảo trì dài hạn cho phép chủ động rà soát định kỳ để phát hiện vấn đề trước khi ảnh hưởng tới người dùng, thay vì chỉ phản ứng khi có sự cố xảy ra. Phù hợp doanh nghiệp không có đội kỹ thuật nội bộ đủ lớn để tự vận hành hệ thống sau khi đội xây dựng ban đầu đã bàn giao xong.

Điều gì quyết định chi phí & thời gian

• Mức cam kết thời gian phản hồi

  Cam kết phản hồi trong vài giờ kể cả ngoài giờ hành chính đòi hỏi bố trí người trực luân phiên, có chi phí cao hơn cam kết phản hồi trong giờ làm việc thông thường.

• Quy mô và độ phức tạp của hệ thống

  Hệ thống có nhiều phân hệ tích hợp với bên thứ ba cần thời gian rà soát định kỳ nhiều hơn một hệ thống đơn giản chỉ một khối chức năng.

• Tần suất yêu cầu tính năng mới

  Nếu ngoài bảo trì còn phát triển thêm tính năng mới thường xuyên, chi phí sẽ tính thêm theo khối lượng công việc phát triển thực tế mỗi tháng.

Rủi ro thường gặp

• Hệ thống cũ dùng thư viện đã ngừng hỗ trợ

  Thư viện phần mềm cũ không còn được vá bảo mật là lỗ hổng âm thầm cho tới khi bị khai thác.

  Cách chúng tôi xử lý: Rà soát định kỳ danh sách thư viện đang dùng và lên kế hoạch nâng cấp trước khi phiên bản cũ ngừng được hỗ trợ hoàn toàn.

• Không có tài liệu hệ thống từ đội xây dựng trước

  Nếu hệ thống do đội khác xây và không để lại tài liệu, giai đoạn đầu nhận bàn giao cần thời gian tìm hiểu lại toàn bộ mã nguồn.

  Cách chúng tôi xử lý: Có giai đoạn khảo sát mã nguồn ban đầu trước khi ký cam kết SLA chính thức, để ước lượng đúng thời gian phản hồi khả thi.

• Yêu cầu tính năng mới bị trộn lẫn với việc bảo trì khẩn cấp

  Nếu không tách bạch, yêu cầu tính năng mới không gấp có thể chiếm thời gian lẽ ra dành cho xử lý sự cố khẩn cấp.

  Cách chúng tôi xử lý: Tách riêng hàng đợi xử lý sự cố khẩn cấp và hàng đợi phát triển tính năng mới, ưu tiên xử lý theo đúng mức độ khẩn cấp đã cam kết.