エラートラッキング

142件のイベント、1つのissue

例外は発生回数ではなく、何であるかによってグルーピングされます。各issueは初回発生、最新発生、そしてそれらすべてを送出したスパンを保持します。

画面

グルーピングされ、集計され、なおトレース可能

一覧はイベントではなくissueです。各行は型、影響を受けるサービス、期間内の件数、最終発生時刻を持ちます。

Errors grouped by type with counts, affected services and last-seen times
/errors ConnectionTimeout · payment-svc
groups.by
exception.type + message
normalises
id · timestamp · host · port
per.issue
first · last · count · services
joins.on
trace_id · span_id
severity
manual > detector > ai
detector
5 min

できること

issueから修正まで

fingerprint
グルーピング
payment-svcから出るConnectionTimeoutは142件のイベントではなく1つのissueです。フィンガープリントはexception.typeと、ID・タイムスタンプ・ホスト名を正規化して除いたメッセージから作られます。
exception.stacktrace
例外を送出したスパン
エラーはスパン上のイベントであるため、どのissueからも、それが属するトレースを開けます。当時有効だった引数、クエリ、ステータスコードもそのまま残っています。
first seen
新規、あるいは再発
issueは初回発生と最終発生を保持するため、リグレッションは初出とは異なる見え方になります。解決済みのissueが再発した場合は、新規作成ではなく再オープンされます。
claim
誰かが担当する
issueを引き受け、重大度を設定し、メモを残します。状態とコメントはissueとともに残るため、次のオンコール担当者は、あなたが既に除外した可能性を読めます。
set severity
起きる前にトリアージ
ディテクタは5分ごとに実行され、issue自身の発生率と影響範囲から重大度を設定します。手動で設定した重大度は常にディテクタより優先され、ディテクタはAIより優先されます。

次は

このデータを共有する画面

OTLPをMapleに向ける。

エンドポイントとキーが1つずつ。トレース、ログ、メトリクス、セッションが、最初のリクエストから同じトレースIDに集まります。