HTTPリクエストのColoグループからAdaptiveグループへのHTTPリクエスト
このガイドでは、非推奨の httpRequests1mByColoGroups および httpRequests1dByColoGroups GraphQL APIノードから httpRequestsAdaptiveGroups GraphQL APIノードへの移行時の考慮事項を共有します。
たとえば、過去に最も多くのリクエストを受けた5つのデータセンター、そのリクエストの合計数、およびデータ転送の合計量を確認したい場合、以下の例のように httpRequests1mByColoGroups GraphQL APIノードを使用していました。
{ viewer { zones(filter: {zoneTag: $zoneTag}) { series: httpRequests1mByColoGroups( limit: 5, orderBy: [ sum_requests_DESC ], filter: { datetime_geq: $start datetime_lt: $end } ) { sum { requests bytes } dimensions { coloCode } } } }}レスポンス
{ "data": { "viewer": { "zones": [ { "series": [ { "dimensions": { "coloCode": "LHR" }, "sum": { "bytes": 18260055, "requests": 4404 } }, { "dimensions": { "coloCode": "AMS" }, "sum": { "bytes": 17563009, "requests": 4302 } }, { "dimensions": { "coloCode": "CDG" }, "sum": { "bytes": 17200434, "requests": 4032 } }, { "dimensions": { "coloCode": "PTY" }, "sum": { "bytes": 10400209, "requests": 2707 } }, { "dimensions": { "coloCode": "JIB" }, "sum": { "bytes": 9040105, "requests": 2601 } } ] } ] } }, "errors": null}httpRequests1mByColoGroups および httpRequests1dByColoGroups GraphQL APIノードの非推奨に伴い、同じデータ(count、sum(edgeResponseBytes)、および visits)にアクセスするために httpRequestsAdaptiveGroups GraphQL APIノードを使用します。
リクエスト
{ viewer { zones(filter: {zoneTag: $zoneTag}) { series: httpRequestsAdaptiveGroups( limit: 5, orderBy: [ count_DESC ], filter: { datetime_geq: $start datetime_lt: $end requestSource: 'eyeball' } ) { count avg { sampleInterval } sum { visits edgeResponseBytes } dimensions { coloCode } } } }}レスポンス
{ "data": { "viewer": { "zones": [ { "series": [ { "avg": { "sampleInterval": 10 }, "count": 4350, "dimensions": { "coloCode": "LHR" }, "sum": { "edgeResponseBytes": 17860000, "visits": 4120 } }, { "avg": { "sampleInterval": 10 }, "count": 4210, "dimensions": { "coloCode": "AMS" }, "sum": { "edgeResponseBytes": 17110000, "visits": 3910 } }, { "avg": { "sampleInterval": 10 }, "count": 3890, "dimensions": { "coloCode": "CDG" }, "sum": { "edgeResponseBytes": 17050000, "visits": 3700 } }, { "avg": { "sampleInterval": 10 }, "count": 2550, "dimensions": { "coloCode": "PTY" }, "sum": { "edgeResponseBytes": 10286000, "visits": 2130 } }, { "avg": { "sampleInterval": 10 }, "count": 2410, "dimensions": { "coloCode": "JIB" }, "sum": { "edgeResponseBytes": 9029000, "visits": 2080 } } ] } ] } }, "errors": null}このクエリは次のことを示しています:
- 指定された
zones、limit、およびtime rangeに基づいて。 - 各データセンターごとのリクエストの合計数(
count)、データ転送の合計量(sumオブジェクトのedgeResponseBytes)、およびvisitsの合計数を取得します。
いくつかの注意点:
eyeballのリクエストソースフィルターを追加すると、ウェブサイトのエンドユーザーに関するリクエスト、データ転送、および訪問データのみが返されます。requestsの代わりに、httpRequestsAdaptiveGroupsノードは、各データセンターごとのリクエスト数を示すcountを報告します。- データ転送を測定するには、
sum(edgeResponseBytes)を使用します。古いAPIではこれをbandwidthと呼んでいましたが、実際にはデータ転送を測定していました。 colocationごとのユニークビジターはhttpRequestsAdaptiveGroupsではサポートされていませんが、httpRequestsAdaptiveGroupsAPIはvisitsをサポートしています。訪問は、異なるウェブサイトまたは直接リンクから発生したページビューとして定義されます。Cloudflareは、HTTPリファラーがホスト名と一致しない場合を確認します。1回の訪問は複数のページビューで構成されることがあります。