usage_meter_recorded: 所有境界から信頼できるクエリへ
usage_meter_recorded を永続的な分析コントラクトとして扱います。所有者は文書化された 1 つの穀物を放出し、備品は畑を証明し、レビューされたクエリは指定された質問に答えます。
- 1
結果が最終的になる
Usage metering service emits only after the authoritative meter accepts the increment or absolute reading.
- 2
契約には制限がある
10 required fields preserve the declared grain: One accepted usage increment per idempotency key and meter.
- 3
治具が検証されました
タイプ、UTC 時間、代替結果、冪等性、およびすべての仮名フィールドまたはレビュー分類フィールドをチェックします。
- 4
質問が解決されました
どのアカウントがクォータに近づいていますか? 従量制使用量を請求元帳と照合できますか?
穀物
冪等性キーおよびメーターごとに 1 つの許容使用量増分。
オーナー
使用量従量制サービス
いつ発行するか
権威あるメーターが増分または絶対読み取り値を受け入れた後。
フィールド契約
明示的なプライバシー境界を持つ型付きフィールド
運用クエリが既存のフィールド名とタイプに依存した後も、既存のフィールド名とタイプを安定した状態に保ちます。オプションのコンテキストは、特定の決定によって制限され、文書化され、正当化されたままにする必要があります。
| フィールド | 種類 | 必須 | プライバシー | 意味 |
|---|---|---|---|---|
| timestamp_utc | timestamp | yes | non-sensitive | 結果境界の UTC 時間。 |
| event_id | string | yes | non-sensitive | 重複排除に使用される安定した一意の識別子。 |
| release | string | yes | non-sensitive | イベントを発行したアプリケーションまたはサービスのバージョン。 |
| account_id | string | yes | pseudonymous | 安定した内部アカウント識別子。電子メールや名前ではありません。 |
| meter_name | string | yes | non-sensitive | 安定した低カーディナリティの課金可能なメーター。 |
| meter_version | string | yes | non-sensitive | 数量および集約契約のバージョン。 |
| idempotency_key | string | yes | pseudonymous | 重複した使用状況レコードを拒否するために使用される安定したキー。 |
| quantity | number | yes | non-sensitive | 文書化された単位での受け入れ数量。 |
| unit | string | yes | non-sensitive | リクエスト、トークン、バイト、シート、またはその他の固定単位。 |
| billing_period | string | yes | non-sensitive | 2026-07 などの正規化された請求期間。 |
合成 JSON イベント
{
"timestamp_utc": "2026-07-29T10:25:18Z",
"event_id": "evt_meter_01",
"account_id": "acct_8f31",
"release": "2026.07.3",
"meter_name": "query_seconds",
"meter_version": "v2",
"idempotency_key": "meter_fa82",
"quantity": 18.4,
"unit": "seconds",
"billing_period": "2026-07"
}プライバシーのレビュー
取り込む前に識別子を確認する
この例では合成識別子を使用します。仮名の値も個人データである可能性があり、レビュー フィールドによってビジネスまたはプロバイダーのコンテキストが公開される可能性があります。独自の同意、保持、アクセス、常駐、および削除の要件を適用します。
account_id: pseudonymousidempotency_key: pseudonymous
検証チェックリスト
ダッシュボードを構築する前に契約を証明する
- Send one known usage_meter_recorded fixture after the documented outcome boundary.
- Verify all 10 required fields arrive with the documented types.
- 同じイベント識別子を再試行し、選択した重複排除動作を確認します。
- ワークフローがサポートしている場合は、制御された失敗または代替結果を送信します。
- 関連する SQL を固定ウィンドウで実行し、結果をフィクスチャと照合します。
よくある間違い
1 つの行を 1 つの永続的な結果と等しく保つ
- Emitting usage_meter_recorded before usage metering service knows the final outcome.
- 1 つのテーブルに複数の穀物を混ぜると、個数と割合が曖昧になります。
- 制御されたカテゴリを生の URL、ペイロード、プロンプト、またはエラー テキストに置き換えます。
- 保存されたクエリとダッシュボードがフィールド タイプに依存した後、その場でフィールド タイプを変更します。
- 文書化された調査、アクセス、保持の必要がない識別子の追加。
契約書を利用する
イベントをクエリして操作可能にする
関連契約
本番トラフィックの前にフィクスチャを送信する
ライブ ワークフローに接続する前に、無料の API キーを作成し、合成イベントを送信し、推論されたテーブルを検査します。