---
title: "スロットリング"
slug: "throttling"
abstract: "スロットリングを適用した際のパフォーマンス向上のためのクエリ最適化に関するガイダンス。"
---
# スロットリング

Sitecore Content Hubのバックエンドサービスは、すべてのサービスで一貫したパフォーマンスを提供するためにスロットリングを適用します。バックエンドがリクエストを多すぎる場合、Statusコード429(リクエストが多すぎる)で返答します。

> !注スロットリングはライセンスに関する制限ではありません。

Content Hubへのクエリを最適化するには:

-   1人あたり1秒あたり15回の通話(API統合ユーザー)のレート制限が守られていることを確認してください。
-   組み込みスロットリング機能があるWebSDKをREST APIの上で使う(リトライ機構は自分でコーディングする必要があります)。
-   必要に応じて、Content Hub WebSDKの組み込みリトライポリシーを修正してください。デフォルトでは、HTTP 429応答を返す呼び出しは9回再試されます。必要に応じてリトライポリシーの RetryCount プロパティを変更できます。
-   APIを使う際にロジック後に再試行を設定してください。リクエストをバッチにまとめ、HTTP 429の応答を受け取ったら対応します。
-   各統合ごとに専用のAPIユーザーを作成し、どのAPIがプラットフォームを過負荷にしているかエラーが発生しているかを検出しましょう。複数のコンポーネントを含む大規模な統合がある場合は、ブロックごとに分割し、各ブロックごとに専用のAPIユーザーを作成しましょう。
-   429応答(リクエストが多すぎる)を受信した場合、 Retry-After ヘッダーを使って再試行までの待ち時間を決めます。ヘッダーが欠落している場合は、サーバーを即時の再試行で過負荷にしないように、例えば30秒などのデフォルトの待機時間を実装してください。

> !注最適なパフォーマンスを確保するために、以下のデフォルトタイムアウト値は接続やリクエストを開いたままにできる期間を定義しています。これらはすべてのREST APIに適用されます:
> 
> -   API keep-alive timeout - 60秒
>     
> -   API timeout - 140秒
>     
> 
> これらの値は、接続や個別リクエストが終了するまでどれくらいの期間開いておくかを定義します。これらはスロットリング速度の制限を表していません。