Distributed Tracing

← Chương trước: Bài 4: Tầng Dữ liệu — Từ MySQL Sharding đến TiDB NewSQL | Mục lục Series Answer-first: Hệ thống Distributed Tracing của Shopee thu nạp hàng triệu trace mỗi giây qua OpenTelemetry và lưu trữ trên cơ sở dữ liệu cột ClickHouse. Nhờ tốc độ nén và quét dữ liệu vượt trội của ClickHouse, kỹ sư có thể truy vấn vết lỗi và độ trễ end-to-end chỉ trong vài chục mili-giây. ...

← Chương trước: Part 4: Đơn Giản Hóa CI/CD & Atomic Deployments | Mục lục Series | Chương tiếp theo: Part 6: Lộ Trình Chuyển Đổi (Migration Playbook) – Hợp Nhất → Answer-first: Observability trong Modular Monolith tận dụng in-process tracing và profiling bộ nhớ giúp giảm thiểu 80% chi phí so với distributed tracing. Bài viết hướng dẫn cấu hình OpenTelemetry chuẩn hóa để theo dõi hiệu năng từng module mà không làm tăng độ trễ mạng. ...

🇬🇧 Read the English version of this article on tanhdev.com Answer-first: Distributed tracing trong Go microservices sử dụng OpenTelemetry SDK truyền W3C trace context qua HTTP/gRPC interceptors và Kafka header carriers. Kiến trúc OTel Collector DaemonSet kết hợp Gateway xử lý tail-based sampling, lọc PII qua OTTL và liên kết chặt chẽ ba trụ cột Traces, Metrics và Logs. Việc giám sát (Monitoring) các hệ thống Go microservices phức tạp đòi hỏi nhiều thứ hơn là chỉ các file logs độc lập riêng lẻ. Khi một request (yêu cầu) đi xuyên qua các HTTP APIs, luồng sự kiện (event streams) Kafka, và các worker pools bất đồng bộ (asynchronous worker pools), bạn cần một mức độ hiển thị tuyệt đối (absolute visibility) để có thể xác định chính xác các điểm nghẽn độ trễ (latency bottlenecks) cũng như các lỗi thất bại. ...