Sentry hay Datadog: lỗi mã, hạ tầng và hóa đơn

Nếu đội thường bắt đầu điều tra từ một lỗi ứng dụng và cần tìm đoạn mã gây ra lỗi, Sentry là lựa chọn sát nhu cầu hơn. Nếu dấu hiệu đầu tiên là host quá tải, độ trễ tăng hoặc log bất thường, Datadog cho đội platform phạm vi điều tra rộng hơn. Chi phí cũng đi theo hai hướng: Sentry tính theo gói và lượng từng loại dữ liệu; Datadog cộng các khoản theo host, sản phẩm và dữ liệu sử dụng.

Vì vậy, giá khởi điểm không cho biết hai cấu hình sẽ tốn bao nhiêu khi hệ thống lớn lên. Đội frontend cần ước lượng lỗi, replay, span và log ứng dụng; đội platform cần tách host theo dõi hạ tầng khỏi host bật APM, rồi tính cả dung lượng log nạp vào lẫn số bản ghi được lập chỉ mục. Một mức giá thấp hơn có thể chỉ phản ánh phạm vi quan sát hẹp hơn.

Cuộc điều tra bắt đầu ở lỗi mã hay host?

Một lỗi giao diện được đặt cạnh chuỗi thao tác trước đó, thể hiện ngữ cảnh mà Sentry dùng để điều tra sự cố.

Sentry phát huy tác dụng khi người sửa lỗi cần stack trace, ngữ cảnh của phiên bản phát hành và diễn biến trước khi giao diện thất bại. mô tả Session Replay của Sentry cho biết bản phát lại có thể gắn với sự cố, kèm tương tác trên trang, dữ liệu mạng và console; tính năng lấy mẫu cũng có thể ưu tiên phiên gặp lỗi. Với một lỗi khó tái hiện, chuỗi thao tác đó giúp nối điều người dùng trải qua với vị trí lỗi trong mã.

Datadog phù hợp hơn khi đội phải khoanh vùng sự cố trước khi biết có lỗi mã hay không. Chỉ số hạ tầng có thể chỉ ra host đang chịu tải; APM cho thấy yêu cầu đi qua các dịch vụ nào; log bổ sung chi tiết tại thành phần bị ảnh hưởng. Datadog cũng có Error Tracking và Session Replay, còn Sentry có trace và log ứng dụng. Điểm khác biệt có ích cho quyết định mua là tín hiệu nào đội cần nhìn thấy đầu tiên và dữ liệu nào phải nối tiếp sau tín hiệu ấy.

Chẳng hạn, một lỗi nút bấm chỉ xuất hiện trong một trình duyệt đặt trọng tâm vào hành trình người dùng và bản phát hành. Trái lại, khi nhiều dịch vụ cùng chậm mà ứng dụng chưa phát sinh exception rõ ràng, chỉ theo dõi lỗi sẽ để đội thiếu ngữ cảnh về tài nguyên và các thành phần phía sau. Đây là hai tình huống giả định để xác định phạm vi cần mua, không phải kết quả thử nghiệm hai sản phẩm.

Phạm vi telemetry và OpenTelemetry thay đổi điều gì?

Sentry nối lỗi, trace, log và replay quanh hoạt động của ứng dụng; Datadog mở rộng sang chỉ số host và các lớp quan sát hạ tầng. Sentry có thể nhận log từ những nguồn ngoài mã ứng dụng, nhưng khả năng đó không thay thế một sản phẩm theo dõi host. Với đội chỉ chịu trách nhiệm trải nghiệm frontend, phần hạ tầng có thể thuộc một công cụ khác; với đội trực toàn hệ thống, thiếu nó sẽ khiến việc lần từ triệu chứng đến nguyên nhân bị đứt đoạn.

OpenTelemetry chuẩn hóa cách tạo và chuyển telemetry, song đầu nhận vẫn quyết định dữ liệu nào dùng được. so sánh của Dash0 ghi nhận Sentry nhận OTLP trace và log ở trạng thái open beta, chưa nhận OTLP metric; Datadog nhận cả trace, metric và log rồi ánh xạ chúng vào mô hình dữ liệu của mình. Vì thế, cùng gửi OTLP không có nghĩa hai nơi sẽ hiển thị cùng trường dữ liệu, cho cùng quy trình điều tra hoặc tính cùng một loại phí.

Một ranh giới nữa nằm ở lỗi ứng dụng: trace OpenTelemetry đưa đường đi của yêu cầu vào Sentry, còn quy trình ghi nhận và nhóm exception của Sentry cần dữ liệu từ SDK phù hợp. Nếu đội dùng cả hai sản phẩm, cần xác định trace, log và cảnh báo nào đi vào từng nơi. Gửi cùng một tín hiệu tới hai đích có thể tạo thêm dữ liệu phải trả tiền và khiến người trực sự cố nhận cảnh báo trùng nhau.

Kịch bản frontend: số lỗi và replay quyết định mức chi

Xét một nhóm frontend giả định ghi nhận 50.000 lỗi và 50 phiên replay mỗi tháng, không mua giám sát host trong cấu hình này. bảng đối chiếu của Better Stack ghi gói Sentry Team từ 26 USD/tháng khi thanh toán theo năm, với hạn mức gồm 50.000 lỗi, 50 replay, 5 triệu span và 5 GB log. Nếu nhóm nằm trong tất cả hạn mức ấy và không bật phần bổ sung có phí, hóa đơn mẫu ở mức 26 USD/tháng.

Con số này phụ thuộc vào lượng dữ liệu gửi lên, chứ không trực tiếp nhân với số host chạy ứng dụng. Một lỗi lặp lại trên nhiều lượt truy cập vẫn có thể tạo nhiều sự kiện tính vào hạn mức, dù đội chỉ sửa một nguyên nhân. Tương tự, ưu tiên replay của phiên có lỗi cho ra lượng dữ liệu khác với ghi replay trên phần lớn phiên người dùng.

Khi dự toán, nhóm cần nhìn riêng từng đơn vị: lỗi để biết mức vượt hạn ngạch, replay để giữ ngữ cảnh hành vi, span để theo dõi đường đi của yêu cầu và GB log để bổ sung chi tiết. Một đợt phát hành gây lỗi có thể làm các đơn vị này tăng với tốc độ khác nhau. Mức 26 USD cũng không mua được khả năng xác định host nào cạn tài nguyên; nếu cần khả năng ấy, chi phí của công cụ hạ tầng phải được tính thêm trước khi so hai phương án.

Kịch bản platform: host, APM và log cộng thành hóa đơn

Các host của dịch vụ có phạm vi giám sát hạ tầng và APM khác nhau, làm thay đổi chi phí Datadog.

Xét đội platform giả định theo dõi 20 host, bật APM trên cả 20 host và gửi 50 GB log mỗi tháng. Theo bảng giá Datadog, mức thanh toán năm là 15 USD cho mỗi host Infrastructure Pro mỗi tháng, 31 USD cho mỗi host APM mỗi tháng, 0,10 USD cho mỗi GB log nạp và 1,70 USD cho mỗi triệu log được lập chỉ mục với thời gian giữ 15 ngày. Đây là các dòng phí riêng, nên bật APM trên một host không làm biến mất khoản giám sát hạ tầng của host đó.

Giả sử mỗi bản ghi trung bình 1 KB theo đơn vị thập phân và toàn bộ log đều được lập chỉ mục, 50 GB tương đương xấp xỉ 50 triệu bản ghi. Phép tính điều kiện là 20 × 15 = 300 USD cho hạ tầng, 20 × 31 = 620 USD cho APM, 50 × 0,10 = 5 USD cho log nạp và 50 × 1,70 = 85 USD cho log lập chỉ mục: tổng khoảng 1.010 USD/tháng. Tổng này chỉ gồm các khoản đã giả định; nó chưa tính RUM, replay, dữ liệu APM vượt phần bao gồm hoặc sản phẩm bổ sung.

Nếu vẫn theo dõi 20 host và nạp 50 GB log nhưng chỉ bật APM trên 5 host, đồng thời lập chỉ mục 10% số bản ghi, cùng phép tính còn 300 + 155 + 5 + 8,50 = 468,50 USD/tháng. Chênh lệch đến từ phạm vi APM và lượng log giữ lại để tìm kiếm, không phải từ việc giảm số host được theo dõi. Mô hình này cũng cho thấy vì sao chỉ hỏi giá mỗi host sẽ bỏ sót một phần hóa đơn.

Error Tracking cần được đặt đúng đường dữ liệu trước khi cộng tiền. giải thích tính phí của Datadog nêu mức 25 USD/tháng theo thanh toán năm cho bậc tối đa 50.000 lỗi, nhưng lỗi thu qua APM trace hoặc phiên RUM đã được bao gồm; lỗi frontend hoặc backend gửi độc lập và lỗi phát sinh từ log có điều kiện tính phí riêng. Vì kịch bản trên đã mua APM, không thể tự động cộng thêm 25 USD cho chính các lỗi nằm trong trace APM.

Khi nào nên đổi lựa chọn hoặc dùng cả hai?

Không có một ngưỡng host hay số lỗi chung khiến đội phải chuyển từ Sentry sang Datadog. Ngưỡng có ý nghĩa xuất hiện khi công việc điều tra thay đổi: đội sửa lỗi giao diện cần stack trace và replay sẽ ưu tiên Sentry; đội chịu trách nhiệm độ trễ, tài nguyên host và log từ nhiều dịch vụ sẽ cần phạm vi của Datadog. Nếu cả hai nhu cầu đều thường xuyên, dùng hai sản phẩm có thể hợp lý với hai phạm vi trách nhiệm rõ ràng.

Trong cấu hình kết hợp, dự toán phải cộng hai hóa đơn và xác định dữ liệu nào thực sự cần gửi tới cả hai nơi. Đội frontend có thể giữ quy trình nhóm lỗi và replay ở Sentry, trong khi đội platform giữ chỉ số host, APM và log vận hành ở Datadog. Phần cần thống nhất là cách nối một sự cố giữa hai nơi và ai sở hữu cảnh báo tương ứng; nếu bỏ qua việc này, mua thêm dữ liệu quan sát vẫn có thể khiến cuộc điều tra chậm hơn.

Đọc thêm: