Bảng chỉ số cho biết hệ thống có đang khỏe hay không. Nhật ký giúp phân tích một lỗi riêng lẻ. Dữ liệu truy vết giúp đội vận hành tìm chặng mà yêu cầu gặp trục trặc. Nó theo dõi hành trình qua dữ liệu và các dịch vụ nhỏ trước khi yêu cầu tới người dùng.
Theo bài viết gốc của The New Stack, truy vết cho phép theo dõi yêu cầu từ điểm khởi đầu đến người dùng cuối. Nhờ vậy, kỹ sư vận hành có thể thấy hệ thống hoạt động ra sao, lỗi xuất hiện ở chặng nào và rút ngắn quá trình khắc phục. Kết quả là thời gian gián đoạn giảm, nhà phát triển bớt kiệt sức và khách hàng ít bị ảnh hưởng hơn.
Vì sao dữ liệu truy vết trở thành gánh nặng?
Giá trị của truy vết không đồng nghĩa với việc doanh nghiệp nên thu thập và giữ lại mọi dấu vết. Lưu hàng terabyte dữ liệu chỉ để chứng minh phần lớn yêu cầu đã chạy bình thường là một cách sử dụng tài nguyên tốn kém.
Quá trình thu thập quá nhiều dữ liệu còn có thể làm chậm chính hệ thống đang được giám sát. Kho lưu trữ cũng có thể chứa nhiều dấu vết gần giống nhau. Khi đó, đội kỹ thuật phải mất thêm thời gian tìm đúng bản ghi liên quan đến sự cố.
Dữ liệu truy vết theo dõi yêu cầu qua dữ liệu và các dịch vụ nhỏ đến người dùng cuối. Tuy vậy, lượng dữ liệu được thu thập và lưu giữ vẫn cần được kiểm soát để không tạo thêm gánh nặng vận hành.
Ba cách lấy mẫu để giảm lượng dữ liệu
Truy vết không mất tác dụng chỉ vì khối lượng dữ liệu tăng. Nguồn gốc của vấn đề nằm ở cách lựa chọn những dấu vết cần thu thập và giữ lại.
Lấy mẫu từ đầu
Cách này chỉ thu thập một phần dữ liệu truy vết, nhờ đó giảm lượng dữ liệu cần xử lý và lưu trữ.
Lấy mẫu ở cuối
Với cách lấy mẫu ở cuối, hệ thống ghi nhận dấu vết trước rồi mới đánh giá xem dữ liệu đó có đáng được giữ lại hay không. Quyết định muộn hơn giúp đội vận hành lưu những dấu vết hữu ích cho việc điều tra sau này.
Lấy mẫu động
Lấy mẫu động tự động loại bớt các dấu vết tương tự hoặc lặp lại với tần suất cao. Kho lưu trữ vì thế không bị lấp đầy bởi nhiều bản ghi gần như giống hệt nhau.
Chọn dữ liệu phục vụ điều tra sự cố
Mục tiêu không phải là có nhiều dữ liệu nhất, mà là giữ được dữ liệu giúp giải thích một yêu cầu đã thất bại như thế nào. Cách lấy mẫu phù hợp phải hạn chế chi phí lưu trữ mà không làm mất những dấu vết cần thiết cho quá trình khắc phục.
Một hệ thống giám sát được tổ chức hợp lý giúp đội vận hành kiểm soát lượng dữ liệu truy vết và tìm thấy dấu vết cần thiết khi điều tra sự cố.
Sarah Hudspeth của Chronosphere, một công ty thuộc Palo Alto Networks, đã trao đổi với The New Stack về cách tránh quá tải dữ liệu truy vết và xây dựng hệ thống quan sát hợp lý. Tác giả bài gốc nhận xét rằng bà có khả năng giải thích các khái niệm kỹ thuật trừu tượng bằng những ví dụ dễ hiểu. Nguyên tắc áp dụng cho cả tổ chức mới triển khai truy vết và tổ chức đang xử lý quá nhiều dữ liệu. Không nên lưu mọi thứ chỉ vì hệ thống có thể lưu.
Nội dung cần giữ lại
Chỉ số, nhật ký và dữ liệu truy vết trả lời những câu hỏi khác nhau. Chỉ số phản ánh sức khỏe tổng thể, nhật ký mô tả một sự kiện riêng, còn truy vết cho thấy hành trình đầy đủ của yêu cầu. Khi lượng dấu vết vượt quá khả năng tìm kiếm và phân tích, lấy mẫu từ đầu, lấy mẫu ở cuối hoặc lấy mẫu động giúp đưa dữ liệu trở lại đúng vai trò của nó.
Hãy bắt đầu bằng việc xem lại những dấu vết đội kỹ thuật thực sự dùng khi điều tra sự cố, rồi chọn cách lấy mẫu phù hợp với hệ thống của bạn.
