本文へ移動
Telemetry
データ品質

telemetry_delivery_observed イベントスキーマ

アプリケーションが所有するテレメトリ配信試行の観察。配信ごとに再帰的なイベントが作成されるのを避けるために、別のシンクまたは制限されたサンプルを使用します。

レビュー者 Telemetry 製品チーム . イベント粒度、所有権、フィールドタイプ、プライバシー分類、サンプルペイロード、および検証. 基準と所有権を確認する

この契約に関する質問への回答

アプリケーション イベントは完全かつ迅速に、再試行増幅なしで到着しますか?

フィールド
11
必須
10
契約証拠パス

telemetry_delivery_observed: 所有境界から信頼できるクエリへ

telemetry_delivery_observed を永続的な分析コントラクトとして扱います。所有者は文書化された 1 つの穀物を放出し、備品は畑を証明し、レビューされたクエリは指定された質問に答えます。

  1. 1

    結果が最終的になる

    Shared instrumentation or telemetry delivery library emits only after a delivery succeeds, is rejected, times out, or exhausts its bounded retries.

  2. 2

    契約には制限がある

    10 required fields preserve the declared grain: One sampled or aggregated observation per delivery attempt or delivery window.

  3. 3

    治具が検証されました

    タイプ、UTC 時間、代替結果、冪等性、およびすべての仮名フィールドまたはレビュー分類フィールドをチェックします。

  4. 4

    質問が解決されました

    アプリケーション イベントは完全かつ迅速に、再試行増幅なしで到着しますか?

穀物

配信試行または配信ウィンドウごとに 1 つのサンプリングまたは集約された観測。

オーナー

共有インストルメンテーションまたはテレメトリ配信ライブラリ

いつ発行するか

配信が成功した後、拒否された後、タイムアウトになった後、または制限された再試行を使い果たした後。

フィールド契約

明示的なプライバシー境界を持つ型付きフィールド

運用クエリが既存のフィールド名とタイプに依存した後も、既存のフィールド名とタイプを安定した状態に保ちます。オプションのコンテキストは、特定の決定によって制限され、文書化され、正当化されたままにする必要があります。

フィールド種類必須プライバシー意味
timestamp_utctimestampyesnon-sensitive結果境界の UTC 時間。
event_idstringyesnon-sensitive重複排除に使用される安定した一意の識別子。
releasestringyesnon-sensitiveイベントを発行したアプリケーションまたはサービスのバージョン。
account_idstringyespseudonymous安定した内部アカウント識別子。電子メールや名前ではありません。
target_tablestringyesnon-sensitiveホワイトリストに登録された宛先イベント テーブル。
delivery_statusstringyesnon-sensitive承認、拒否、timed_out、または transport_failed。
attempt_countnumberyesnon-sensitive制限付き配信の試行回数。
batch_sizenumberyesnon-sensitive配信内の論理イベントの数。
payload_bytesnumberyesnon-sensitiveシリアル化されたリクエストのサイズ (バイト単位)。
duration_msnumberyesnon-sensitive制限付き再試行を含む合計配信期間。
error_typestringnonon-sensitive管理された輸送または拒否のカテゴリ。

合成 JSON イベント

{
  "timestamp_utc": "2026-07-29T10:31:04Z",
  "event_id": "evt_delivery_01",
  "account_id": "acct_8f31",
  "release": "2026.07.3",
  "target_table": "api_request_completed",
  "delivery_status": "accepted",
  "attempt_count": 1,
  "batch_size": 20,
  "payload_bytes": 8420,
  "duration_ms": 146
}

プライバシーのレビュー

取り込む前に識別子を確認する

この例では合成識別子を使用します。仮名の値も個人データである可能性があり、レビュー フィールドによってビジネスまたはプロバイダーのコンテキストが公開される可能性があります。独自の同意、保持、アクセス、常駐、および削除の要件を適用します。

  • account_id: pseudonymous

検証チェックリスト

ダッシュボードを構築する前に契約を証明する

  • Send one known telemetry_delivery_observed fixture after the documented outcome boundary.
  • Verify all 10 required fields arrive with the documented types.
  • 同じイベント識別子を再試行し、選択した重複排除動作を確認します。
  • ワークフローがサポートしている場合は、制御された失敗または代替結果を送信します。
  • 関連する SQL を固定ウィンドウで実行し、結果をフィクスチャと照合します。

よくある間違い

1 つの行を 1 つの永続的な結果と等しく保つ

  • Emitting telemetry_delivery_observed before shared instrumentation or telemetry delivery library knows the final outcome.
  • 1 つのテーブルに複数の穀物を混ぜると、個数と割合が曖昧になります。
  • 制御されたカテゴリを生の URL、ペイロード、プロンプト、またはエラー テキストに置き換えます。
  • 保存されたクエリとダッシュボードがフィールド タイプに依存した後、その場でフィールド タイプを変更します。
  • 文書化された調査、アクセス、保持の必要がない識別子の追加。

契約書を利用する

イベントをクエリして操作可能にする

関連契約

本番トラフィックの前にフィクスチャを送信する

ライブ ワークフローに接続する前に、無料の API キーを作成し、合成イベントを送信し、推論されたテーブルを検査します。

このスキーマをテストする