Cloudflareは、Cloudflare Tracesをオープンベータ版で提供開始したと発表した。これにより、Workers環境からCloudflareプラットフォーム内のリクエスト経路全体へ自動トレースが拡張される。このサービスは、1つのトレース上で、セキュリティルール、変換、キャッシュ、ルーティング、Workersの実行、オリジンへの接続など、リクエスト処理の各段階を表示する。また、技術基盤内の他のサービスまでトレースを追跡できる。
リクエスト経路の統合ビュー
Cloudflareは、対応する各ステップを、タイミング、結果、関連属性を含むspanとして記録する。これによりチームは、リクエストがブロックまたはチャレンジの対象となった理由を把握し、措置を講じたセキュリティルールを特定し、リクエストがアプリケーションに到達する前にTransform Rulesが実行した変更を調査できる。
また、このサービスは、経路がPage Rules、Snippets、Workersのいずれを通過したかを示し、Cloudflare内で費やされた時間と、オリジンおよびアプリケーションへの接続にかかった時間を分離する。キャッシュミスの状態を含め、キャッシュとオリジン接続の詳細も表示する。情報源には、応答をオリジンから取得するために、リクエストの合計539ミリ秒のうち527ミリ秒を要した例が示されている。
トレース範囲の制御
このサービスに特別な設定や追加ツールは必要ない。ドメインで有効化すると、Cloudflareは自動的にトレースを生成する。基本的なサンプリング率を設定でき、通常の運用時にはリクエストの1%を追跡し、ホスト名、IPアドレス、特定のヘッダーなど、指定した条件に一致するトラフィックについてはTrace Rulesを使用してカバレッジを100%まで引き上げられる。
Trace RulesはCloudflareの他のルールと同じルール言語を使用するため、パス、HTTPメソッド、ヘッダー、IPアドレス、地理的位置、またはそれらの組み合わせを対象にできる。これにより運用チームは、ドメイン全体のトレース量を増やすことなく、特定の問題を分離できる。
OpenTelemetryとの統合
Cloudflare Tracesは、受信リクエストからW3C traceparentヘッダーを受け取ることができるため、別のサービスで開始されたトレースにCloudflareのspanを参加させられる。また、新しいtraceparentをオリジンに渡し、API、データベース、その他のサービスを通じてトレースを継続することもできる。
このサービスは、OTLPを通じてOpenTelemetry互換の宛先へトレースをエクスポートできる。Cloudflareのトレースとアプリケーションのトレースを1つの連続したトレースとして表示するには、データをOpenTelemetry互換の監視バックエンドに送信する必要がある。また、Cloudflare Observability MCPサーバーを使用すると、ソフトウェアエージェントがSQL APIを介してトレースと監視データを照会し、失敗したリクエストと成功したリクエストを比較できる。
実際には何が変わるのか
ここでの主な価値は、個別のログや設定からリクエストの経路を再構築する必要性を減らせることにある。ただし、現在のカバレッジはすべての処理を対象としているわけではない。このサービスはオープンベータであり、Cloudflareは今後、DDoSルール、Access、Workersのその他の機能に対応するspanに加え、オンデマンドトレースとより広範なOpenTelemetry対応を追加する予定だ。
このサービスは、Cloudflare Observabilityの統一料金モデルに含まれる。変更は2026年12月1日に開始される。無料プランには1日あたり0.5ギガバイトのデータと7日間の保持期間が含まれる。一方、有料プランおよびEnterpriseには、各請求サイクルにつき50ギガバイトの取り込みと10ギガバイト月のストレージが含まれ、追加料金は取り込み1ギガバイトあたり0.25ドル、保存1ギガバイト月あたり0.10ドルとなる。Cloudflare Tracesは、ダッシュボード、API、Terraformから利用できる。