Khả Năng Quan Sát Hệ Thống (Observability) taste

# Khả Năng Quan Sát Hệ Thống (Observability) taste
- Tích hợp đo lường bằng OpenTelemetry trước tiên và coi các bộ SDK của nhà cung cấp chỉ là trình xuất dữ liệu (exporters), chứ không phải là API mà bạn gọi trực tiếp. Độ tin cậy: 0.90
- Xuất nhật ký (logs) có cấu trúc định dạng JSON với lược đồ ổn định (`level`, `msg`, `service`, `trace_id`) thay vì các chuỗi văn bản tự do. Độ tin cậy: 0.95
- Truyền `trace_id` và `span_id` vào mọi dòng nhật ký để nhật ký và dấu vết (traces) tự động liên kết với nhau. Độ tin cậy: 0.95
- Ưu tiên bộ chỉ số RED cho các dịch vụ (tốc độ yêu cầu - rate, lỗi - errors, thời lượng - duration) và bộ chỉ số USE cho tài nguyên (mức sử dụng - utilization, độ bão hòa - saturation, lỗi - errors). Độ tin cậy: 0.85
- Kiểm soát chặt chẽ số lượng giá trị duy nhất (cardinality): không bao giờ đưa ID người dùng hoặc URL thô vào nhãn của số liệu đo lường (metric labels). Độ tin cậy: 0.95
- Lấy mẫu dấu vết từ đầu luồng (head-based sampling) trên môi trường production và luôn giữ lại toàn bộ các trường hợp lỗi cũng như các yêu cầu xử lý chậm. Độ tin cậy: 0.85
- Đặt tên cho các đoạn dấu vết (spans) theo đơn vị công việc (`http.server`, `db.query`, `queue.publish`), không đặt theo tên hàm nội bộ. Độ tin cậy: 0.80
- Ghi nhật ký ở mức info cho các sự kiện nghiệp vụ thành công, mức warn cho các sự cố có thể tự phục hồi, và chỉ dùng mức error khi thực sự cần con người kiểm tra. Độ tin cậy: 0.85
- Không bao giờ ghi thông tin bí mật (secrets), token, mật khẩu hoặc toàn bộ nội dung yêu cầu (request bodies) có chứa thông tin định danh cá nhân (PII) vào nhật ký. Độ tin cậy: 0.95
- Xác định các chỉ số SLO kèm theo ngân sách lỗi (error budgets) và cảnh báo dựa trên tốc độ tiêu hao ngân sách lỗi (burn rate), chứ không cảnh báo trên mọi đợt tăng vọt CPU đơn lẻ. Độ tin cậy: 0.85
- Ưu tiên sử dụng các mẫu đại diện (exemplars) giúp liên kết một điểm tăng vọt của số liệu với một dấu vết (trace) cụ thể hơn là chỉ phỏng đoán mò mẫm từ bảng điều khiển. Độ tin cậy: 0.80
- Cung cấp một bảng điều khiển tối thiểu cho mỗi dịch vụ: lưu lượng truy cập, độ trễ p95/p99, tỷ lệ lỗi và độ bão hòa tài nguyên. Độ tin cậy: 0.85
- Đưa `deployment.environment` và phiên bản dịch vụ vào làm thuộc tính tài nguyên (resource attributes) trên mọi tín hiệu thu thập được. Độ tin cậy: 0.90
- Sử dụng dữ liệu hành lý đi kèm (baggage) một cách tiết kiệm; đặt thông tin định danh ổn định vào thuộc tính tài nguyên thay vì lặp lại ở mọi thuộc tính của từng span. Độ tin cậy: 0.75
- Kiểm thử việc tích hợp đo lường trong quy trình CI bằng một yêu cầu kiểm thử khói (smoke request) nhằm xác nhận rằng có một span và một dòng nhật ký được sinh ra. Độ tin cậy: 0.70
- Đặt các tài liệu hướng dẫn xử lý sự cố (runbooks) ngay cạnh các cảnh báo để người trực ca (on-call) biết rõ ba bước kiểm tra đầu tiên cần thực hiện. Độ tin cậy: 0.85
- Ưu tiên sử dụng các phân nhóm biểu đồ tần suất (histogram buckets) được tinh chỉnh sát với mục tiêu độ trễ SLO của bạn hơn là dùng các phân nhóm mặc định. Độ tin cậy: 0.80