Reliability Engineering
Engineering change nào loại bỏ failure mode quan trọng?
Xử lý failure mechanism mà critical flow phụ thuộc.
Bắt đầu từ failure mechanism
Nối thay đổi với flow, capability và hệ quả nghiệp vụ. Ưu tiên loại bỏ failure mode.
Engineering cho các control
Xử lý capacity, timeout, retry, isolation, observability, rollback, recovery và transaction correctness khi flow cần.
Verify implementation
Thống nhất phạm vi từng gói, acceptance evidence, điều kiện thử, rollout và rollback. Verify kết quả; independent review cho các vấn đề có tác động lớn. Khách hàng quyết định thực hiện trên production và risk acceptance.
Kết quả bàn giao
- Thiết kế kỹ thuật có phạm vi
- Kế hoạch thực hiện và triển khai
- Cải thiện observability theo flow
- Evidence verify và bàn giao
- Quy trình vận hành tập trung
Phân định trách nhiệm
Relia1 điều tra phạm vi đã thống nhất, trình bày evidence và giới hạn, đề xuất hành động. Đội ngũ của bạn cung cấp truy cập được phê duyệt và ngữ cảnh, duyệt verification boundary, quyết định risk acceptance và thực hiện thay đổi production trừ khi có thỏa thuận riêng.
Ranh giới phạm vi
Phạm vi xác định rõ flow, environment, scenario và deliverable. Điều này không hàm ý NOC coverage liên tục, incident response không giới hạn hay bảo đảm trước mọi lỗi. Công việc bổ sung cần phạm vi riêng.
Sửa replay boundary, rồi verify
Scenario giả định, không phải kết quả khách hàng.
Câu hỏi cần làm rõTiến trình điều phối có thể khởi động lại mà không yêu cầu giao cùng một đơn hai lần?
- Dispatch event
- Worker restarts
- Event replays
- Shipment request
Failure reproduced
Ở staging, tiến trình khởi động lại sau khi gửi yêu cầu giao hàng nhưng trước khi xác nhận sự kiện. Sự kiện được giao lại tạo ra yêu cầu giao hàng thứ hai.
- Evidence basis
- Tested
- Verification result
- Contradicted
- Freshness
- Fresh
Correction exercised
Cơ chế chống trùng đã sửa chặn được bản sao trong bài kiểm thử đó. Hết hạn lưu vết và nhiều tiến trình đồng thời vẫn nằm ngoài kết quả.
- Evidence basis
- Tested
- Verification result
- Partially verified
- Freshness
- Fresh
Quyết định tiếp theo
Giữ evidence lỗi, triển khai bản sửa trong phạm vi đã xác định và verify hết hạn cùng tính đồng thời trước khi chấp nhận claim về điều phối.
Phạm vi của ví dụ
Kiểm thử lại thành công chỉ hỗ trợ các điều kiện đã thực hiện. Khách hàng cho phép triển khai và chấp nhận rủi ro còn lại.
Chọn một critical flow.
Chia sẻ điều cần hoạt động đúng và câu hỏi cần trả lời. Hai bên thống nhất phạm vi trước khi triển khai.