Home / FAQs / AI hội ý, MCP, công nghệ ra ngoài cho giao hàng và hệ thống
QUESTION & ANSWER

SLA, một người được cung cấp nguồn lực cho việc bảo trì hệ thống phần mềm, nên được chấp thuận như thế nào?

SLA nên phân biệt mức độ thất bại bởi tác động kinh doanh, sau đó đồng ý riêng biệt về các mục tiêu của nhận, trả lời, bỏ qua, phục hồi và phân tích gốc. thời gian phản ứng không bằng thời gian sửa chữa, và các nền tảng thứ ba bên và sự hợp tác khách hàng được viết ra.

Trả lời câu hỏi đi.

Đầu tiên, đưa ra kết luận có thể sử dụng cho việc đưa ra quyết định

Trung tâm của SLA là để cho cả hai bên biết, tại thời điểm bị gián đoạn kinh doanh, những người sẽ quyết định về lớp học, cách liên lạc, làm thế nào để phục hồi hoặc sửa chữa đầu tiên, và làm thế nào để giải quyết phụ thuộc bên ngoài nên được xác định chung bởi người dùng ảnh hưởng, chức năng kinh doanh, rủi ro và thay thế, và không thể được nâng cấp vô hạn định bởi báo chí.

DECISION FACTORS

Cần phải nhận ra tình trạng nào trước khi phán xét?

Câu hỏi này có thể có những câu trả lời khác nhau dưới những công việc khác nhau, dữ liệu và các giai đoạn dự án, đề nghị kiểm tra những điều kiện sau đây và những phát hiện phổ biến trên web được kết hợp vào các dự án riêng của họ.

Thời gian làm ăn chính thức và thời gian nghỉCấp sai, mục tiêu để thông báo và thăng tiếnGiờ làm việc, dịch vụ mở rộng, hoặc 7x24.Dịch vụ đám mây, mạng lưới, giao diện bên thứ ba và ranh giới trách nhiệm của khách hàng
ACTION STEPS

Thứ tự ứng trước đã đề nghị

01

Trước hết, chúng ta sẽ rõ mục tiêu và biên giới.

Hệ thống khóa, quá trình kinh doanh, người dùng và mức độ tác động được liệt kê.

02

Kiểm tra & phụ thuộc chính

Xác định phản ứng, cập nhật, phục hồi và cải tạo mục tiêu cho cấp độ.

03

Phát triển những kết quả đáng đánh giá

Mạng, cấp bậc, bảo trì cửa sổ và hồ sơ bằng chứng.

04

Hãy chắc chắn rằng bạn sẽ quyết định bước tiếp theo với kết quả thực sự.

Xem lại SLA trên một cơ sở hàng quý dựa trên sự kiện thực tế, phát âm sai và thay đổi doanh nghiệp.

PRACTICAL EXAMPLE

Làm sao anh hiểu được trong ngành thực sự?

Ví dụ được dùng để minh họa phương pháp phán xét

Hệ thống thứ tự này hoàn toàn ra khỏi thanh quản và yêu cầu phản ứng ngay và phục hồi ưu tiên; cùng mục tiêu không nên được sử dụng cho lỗi định dạng sai trong định dạng tuyên bố riêng lẻ. Nếu lỗi đến từ một nền tảng thanh toán, đội vẫn cần thiết để xác nhận, thông báo, cung cấp các thiết bị bỏ qua và theo dõi phục hồi theo cách đúng thời gian, nhưng không thể thực hiện để kiểm soát thời gian thực sự phục hồi của một bên thứ ba.

COMMON RISKS

Cái hố dễ dàng nhất để bước lên.

Chỉ dịch vụ "7x24", không có chế độ chuyển và mức độ phản ứng.

Viết trực tiếp thời gian trả lời khi sự phục hồi cuối cùng của tất cả các trục trặc.

Không có giám sát và ghi chép, các nhà cung cấp được yêu cầu để tích cực phát hiện tất cả các bất thường kinh doanh

ACCEPTANCE

Chúng ta nên kết thúc thế nào khi nhận được và xác nhận điều này?

Khu phụ của SLA nên bao gồm phạm vi, thời gian hoạt động, cấp độ, thời gian, kênh, nâng cấp, loại bỏ và báo cáo về hệ thống.

Khi chuẩn bị để giao tiếp với nhà cung cấp hoặc các đội nội bộ, đề nghị các tiến trình đại diện, hệ thống hiện tại, lên kế hoạch thời gian và ngân sách. thứ nhất, những vật dụng chưa được biết đến rõ ràng được đánh dấu, và sau đó quyết định sử dụng các chẩn đoán, PoC, dự án cố định tầm nhìn hoặc nghiên cứu và phát triển, thường đáng tin cậy hơn là nhu cầu trực tiếp cho một mức giá và thời gian không biên giới.

Điều kiện dự án của anh khác với những ví dụ trên?

Mục tiêu hoạt động, hệ thống hiện tại, mẫu và thời gian đã được sắp xếp có thể được đối chiếu trước khi các cố vấn có thể đưa ra những phán quyết sơ bộ liên quan đến ranh giới thực tế.

Kết hợp những cố vấn dự án