Skip to content
Tech

Tại sao tôi không thể truy vết một lỗi sản xuất đã đi qua hàng đợi tin nhắn?

83

Cơ hội

Distributed tracing giả định một đồ thị span liền mạch, nhưng các kiến trúc microservice thực tế lại định tuyến lượng lớn traffic qua hàng đợi tin nhắn, luồng sự kiện và các callback bất đồng bộ vốn làm gián đoạn việc truyền span. Khi sự cố bắt nguồn từ phía sau ranh giới hàng đợi, các công cụ quan sát hiện có chỉ thấy những mảnh rời rạc và không thể xác lập quan hệ nhân quả. Nghiên cứu RCA gần đây trên các hệ thống microservice sản xuất đã chỉ đích danh những điểm mù async này là nguyên nhân thất bại chính của các công cụ hiện tại, và một khảo sát CNCF năm 2025 cho thấy 78 phần trăm tổ chức vận hành microservice xác định khoảng trống quan sát là thách thức vận hành hàng đầu của họ. Các nhóm trong kiến trúc phụ thuộc nhiều vào hàng đợi phải thủ công đối chiếu timestamp log để tìm nguồn gốc sự cố. Không có công cụ cấp sản xuất nào lấp đầy khoảng trống này trên các loại transport không đồng nhất.

Tại sao quan trọng

Lấp đầy khoảng trống tracing tại ranh giới bất đồng bộ giúp các công cụ quan sát trở nên hữu dụng với các kiến trúc hướng sự kiện mà phần lớn hệ thống sản xuất hiện đang sử dụng.

Cách tôi đánh giá cơ hội

Điểm Cơ Hội là đánh giá riêng của tôi, không phải một phép đo chính xác: mức độ gây khó chịu, tần suất xuất hiện và sự khan hiếm của giải pháp hiện có. Điểm càng cao, tôi càng cho rằng vấn đề đó càng đáng để xây dựng.

Mức độ nghiêm trọng8/10

Mức độ phiền toái nó gây ra khi xuất hiện.

Tần suất8/10

Tần suất mọi người thực sự gặp phải nó.

Khoảng trắng8/10

Có rất ít công cụ tốt để xử lý nó hiện nay.

Thêm các vấn đề đáng giải quyết