AWS、オブザーバビリティ監視ツール CodexOnBedrock を公開──Amazon Bedrock 経由の Codex 利用を CloudWatch で可視化
開発者ワークステーションで動くローカル OTel コレクターを活用し、中央プロキシなしでチーム別のトークン消費や稼働状況を CloudWatch に集約するリファレンス実装。
リリース: 2026-08-06 · 読了 4 分記事の要約
1. 核心（What）
- Codex が発行する codex.api_request や codex.turn.token_usage などの OpenTelemetry メトリックをローカルの OTel コレクターで収集する。
- IAM Identity Center の認証情報を元に、ユーザー ID や組織属性をメトリックの各データポイントに付与して CloudWatch へ送信する。
- AWS CloudFormation スタックにより、CloudWatch 上にロール別の集計ビューを備えた CodexOnBedrock ダッシュボードを展開できる。
- SigV4 (AWS Signature Version 4) 認証を採用し、cloudwatch:PutMetricData 権限のみで安全にメトリックを反映する。
2. 影響（Why）
- 中央プロキシを廃したスケーラブルな設計: モデルリクエスト経路上に中央プロキシを挟まないため、開発者数の増加に伴うボトルネックが発生せず、インフラコストを最小限に抑えられる。
- 組織構造に紐づいたガバナンスとコスト管理: 部門やコストセンター単位でのメトリック集計が可能になり、野良利用の検知や実利用に基づいた予算配分の意思決定を下せる。
3. 根拠・詳細（How）
- ローカルサイドカー方式の OTel 処理: 開発者ごとのワークステーション上でコレクターが 127.0.0.1 経由でメトリックを受信し、--auto-lookup オプションで IAM Identity Center から取得した属性を付与する。
- SigV4 によるセキュアなエンドポイント送信: リージョンの CloudWatch OTLP エンドポイント（例: monitoring.us-west-2.amazonaws.com/v1/metrics）に対し、短期の AWS 認証情報を用いた SigV4 署名でメトリックを配送する。
4. 展望・課題（Next）
- メトリックカーディナリティの制御: 大規模展開時にはエフェメラルな識別子の追加を避け、CloudWatch のサンプリング課金やインジェクション費用を最適化するための運用ポリシー策定が必要となる。