Checklist bàn giao vận hành ứng dụng: tài liệu, quyền truy cập và trách nhiệm
Bàn giao vận hành ứng dụng cần chuyển cả kiến thức, quyền thao tác và trách nhiệm. Một bộ tài liệu chỉ đủ khi đội tiếp nhận biết hệ thống phục vụ nghiệp vụ gì, được làm gì, phải gọi ai và có thể kiểm chứng quy trình trong điều kiện phù hợp.
Bàn giao những gì?
Ứng dụng đang chạy có lịch sử triển khai, lỗi tồn đọng và những phụ thuộc đôi khi chỉ người vận hành cũ biết. Gửi mã nguồn hoặc một sơ đồ kiến trúc là điểm bắt đầu. Doanh nghiệp còn cần làm rõ danh sách môi trường, luồng nghiệp vụ, công cụ, lịch thay đổi, quyền truy cập và đầu mối của các nhà cung cấp.
Checklist dưới đây là mẫu đề xuất để doanh nghiệp rà soát khi tiếp nhận ERP, CRM, web, API hay hệ thống nghiệp vụ chuyên ngành. Những mục không áp dụng nên được ghi lý do. Không coi mọi mục là điều kiện bắt buộc cho mọi ứng dụng.
Checklist tài liệu và bằng chứng
| Nhóm bàn giao | Cần có | Cách kiểm tra |
|---|---|---|
| Ứng dụng & nghiệp vụ | Danh mục ứng dụng, môi trường, owner, giờ sử dụng, luồng trọng yếu | Đi qua một luồng nghiệp vụ với đầu mối sử dụng |
| Kiến trúc & tích hợp | Sơ đồ thành phần, API, tác vụ nền, cơ sở dữ liệu và bên phụ thuộc | Đối chiếu tài liệu với cấu hình và luồng chạy thực tế được phép xem |
| Mã nguồn & triển khai | Kho mã, phiên bản đang chạy, pipeline, cấu hình, license và cách hoàn tác | Thực hành triển khai/hoàn tác ở môi trường phù hợp |
| Giám sát & sự cố | Dashboard, cảnh báo, lịch sử sự cố, runbook, mức ưu tiên và chuyển cấp | Thử một cảnh báo và kiểm tra đầu mối tiếp nhận |
| Sao lưu & phục hồi | Phạm vi dữ liệu sao lưu, nơi lưu, lịch chạy, người kiểm tra và mục tiêu phục hồi | Rà bằng chứng phục hồi gần nhất hoặc lập kế hoạch kiểm thử an toàn |
| Truy cập & bảo mật | Danh sách vai trò, cách cấp/thu hồi quyền, nhật ký và đầu mối phê duyệt | Thử quyền tối thiểu cần thiết bằng tài khoản định danh |
| Công việc còn mở | Lỗi tồn đọng, rủi ro, thay đổi dự kiến, chứng thư/license sắp hết hạn | Gắn người phụ trách, mức ưu tiên và mốc xử lý cho từng việc |
Kiểm tra quyền mà không gửi mật khẩu
Ở bước tư vấn, chỉ cần mô tả vai trò và công cụ đang dùng. Khi triển khai, cấp tài khoản qua cơ chế quản lý truy cập của doanh nghiệp, theo quyền được phê duyệt. Không ghi mật khẩu, token, API key hay dữ liệu sản xuất vào checklist, email giới thiệu hoặc biểu mẫu công khai.
Nếu doanh nghiệp dùng phần mềm của bên thứ ba, cần kiểm tra quyền sửa đổi, điều kiện hỗ trợ của hãng và các giấy phép liên quan. Không phải ứng dụng nào cũng cần bàn giao mã nguồn; điều quan trọng là quyền và công cụ đủ cho công việc mà đội tiếp nhận chịu trách nhiệm.
Chuyển giao kiến thức và diễn tập
Google SRE mô tả việc đánh giá readiness, đào tạo bằng tổng quan thiết kế, các luồng xử lý và bài thực hành, rồi chuyển dần trách nhiệm. Đội phát triển tiếp tục hỗ trợ trong giai đoạn đầu. Đây là một nguyên tắc tham khảo để xây dựng kế hoạch phù hợp, không phải chứng nhận của Google cho nhà cung cấp. Xem The Evolving SRE Engagement Model.
Với một dự án tiếp nhận AMS, UPTECH đề xuất đi từ quan sát thao tác sang thực hành có giám sát, sau đó mới chuyển trách nhiệm. Có thể chọn ba bài diễn tập: ứng dụng chậm, lỗi tích hợp và khôi phục sau một thay đổi lỗi. Trước mỗi bài, chốt môi trường, giới hạn tác động, người phê duyệt và cách dừng.
Runbook nên ghi triệu chứng, cách kiểm tra, lệnh hoặc thao tác được phép, điều kiện chuyển cấp và cách xác nhận kết quả. Nếu thao tác chỉ chạy được khi một cá nhân có mặt, cần ghi nhận đó là phụ thuộc để xử lý trước khi tiếp nhận.
Điều kiện tiếp nhận và công việc còn mở
Biên bản tiếp nhận nên giúp cả hai bên trả lời được: ứng dụng nào đã nhận, nhận từ thời điểm nào, ai chịu trách nhiệm, còn thiếu gì và ai xử lý phần thiếu. Có thể chia trạng thái thành sẵn sàng tiếp nhận, tiếp nhận có điều kiện hoặc cần hoàn thiện trước khi nhận.
- Danh mục ứng dụng, môi trường và phiên bản đã đối chiếu.
- Công việc đội AMS thực hiện và phần do đội nội bộ hoặc hãng đảm nhận.
- SLA: mức sự cố, mốc phản hồi/khôi phục, cách đo và phụ thuộc.
- Kênh hỗ trợ, lịch phối hợp, đầu mối và cách chuyển cấp.
- Kết quả kiểm tra quyền, tài liệu, giám sát và diễn tập.
- Danh sách rủi ro/công việc còn mở, người phụ trách và hạn theo dõi.
- Kế hoạch hỗ trợ của đội bàn giao trong giai đoạn chuyển tiếp.
Khi thay đổi nhà cung cấp
Chuẩn bị việc chuyển giao ngay từ hợp đồng: tài liệu thuộc quyền sử dụng của doanh nghiệp, lịch sử sự cố và thay đổi được phép bàn giao, định dạng dữ liệu, việc còn mở và thủ tục thu hồi quyền. Khi chuyển sang đơn vị khác, nên cập nhật checklist theo trạng thái hiện tại thay vì dùng lại bộ tài liệu từ lúc bắt đầu.
Xem cách UPTECH tổ chức dịch vụ Application Managed Services 24/7 và giám sát hiệu năng ứng dụng bằng APM. Để bắt đầu khảo sát, có thể gửi mô tả hệ thống và nhu cầu vận hành; chưa cần gửi thông tin truy cập.
