proto.lib

Giám sát Dependency Bên Thứ Ba (khi lỗi không phải do bạn)

Không thể tự instrument một vendor, nên phải đo từ phía mình: success rate, latency và error code theo từng external dependency tách riêng khỏi metric của chính service, kết hợp ingest status page/webhook của vendor như một event stream, và giữ một SLO riêng cho mỗi dependency để error budget cho biết ai đã tiêu hao nó.

ObservabilityTrung bình2026-08-24
Giám sát Dependency Bên Thứ Ba (khi lỗi không phải do bạn)

Tags

#third-party-monitoring#vendor-slo#circuit-breaker#synthetic-monitoring#error-budget

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

SLO as Code: định nghĩa SLO bằng file thay vì click dashboard

SLI/SLO được khai báo dưới dạng file YAML trong repo (query SLI, target, window) thay vì tạo tay trên dashboard; pipeline CI validate cú pháp rồi apply để tự sinh dashboard và alert burn-rate, còn thay đổi target phải qua review PR và được version hoá.

#slo#sli#gitops#ci-cd
ObservabilityTrung bình

SLO độ trễ: percentile hay đếm good/bad request

Viết mục tiêu độ trễ theo p99 < 300ms buộc tính percentile trên toàn bộ traffic một window, không thể gộp trung bình qua nhiều window hay nhiều service; viết lại thành "99% request nhanh hơn 300ms" biến mỗi request thành một sự kiện good/bad, cộng dồn được qua window và service, và sinh ra error budget có thể đốt dần.

#slo#error-budget#percentile#sli
ObservabilityNâng cao

SLO Composition: Trần Khả Thi Từ Các Dependency

SLO của một request bị giới hạn bởi tích khả dụng của các dependency nó gọi tuần tự (99.9% × 99.9% × 99.9% ≈ 99.7%); để đạt SLO cao hơn trần này cần redundancy, cache, timeout kèm fallback, hoặc graceful degradation, và khi vi phạm cần quy trách nhiệm đúng dependency đã ăn ngân sách lỗi.

#slo#error-budget#dependency-composition#availability