proto.lib

Dựng lại dòng thời gian sự cố (Incident Timeline Reconstruction)

Dòng thời gian đáng tin không dựa vào trí nhớ mà được ghép từ bằng chứng: deploy, thay đổi config/flag, alert, sự kiện scale, chat log và các điểm chuyển pha của metric — tất cả quy về một mốc giờ (UTC) và sắp theo thứ tự, giúp lộ ra nguyên nhân khởi phát thay vì cảm giác mơ hồ về thời gian đã trôi.

ObservabilityTrung bình2026-08-25
Dựng lại dòng thời gian sự cố (Incident Timeline Reconstruction)

Tags

#incident-response#timeline#postmortem#deploy-marker#utc#root-cause#chatops

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

ObservabilityTrung bình

Deploy Marker: gắn nguyên nhân sự cố vào đúng bản deploy

Mỗi dashboard mang annotation deploy (service, version, thời điểm, người deploy) để một bước nhảy latency lúc 14:03 được quy trách nhiệm ngay lập tức; một automated check so sánh cửa sổ sau release với cửa sổ trước, theo từng service, để gắn cờ regression trước khi con người phát hiện.

#deploy-marker#annotation#attribution#canary-window
ObservabilityTrung bình

Đo lường phản ứng sự cố: MTTD/MTTA/MTTM/MTTR

Thời gian phát hiện (detect), xác nhận (acknowledge), giảm thiểu (mitigate) và giải quyết (resolve) một incident, tách theo mức độ nghiêm trọng, chỉ ra chính xác công đoạn nào trong quy trình đang chậm: detect chậm là lỗ hổng giám sát, acknowledge chậm là vấn đề paging/rota, mitigate chậm là vấn đề runbook/công cụ.

#incident-metrics#mttr#mtta#mttd
ObservabilityTrung bình

Paging vs Ticket: Severity-Based Routing

Định tuyến cảnh báo theo mức độ nghiêm trọng: SEV1 page ngay lập tức, SEV3 chỉ tạo ticket xử lý trong giờ hành chính.

#severity#paging#ticketing#routing