スロットリング
Version:
日本語翻訳に関する免責事項
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecore Content Hub™ のバックエンド サービスは、すべてのサービスで一貫したパフォーマンスを確保するために、スロットリングを適用します。バックエンドが受信する要求が多すぎると、ステータス コード 429 (要求が多すぎます) の応答が返されます。
注意
スロットリングは、ライセンス関連の制限ではありません。
Content Hub へのクエリを最適化するには:
-
(API 統合ユーザーあたり) 毎秒 15 コールのレート制限を重視してください。
-
スロットリングが組み込まれている WebSDK を REST API 経由で使用します (再試行メカニズムを自分でコーディングする必要があります)。
-
必要な場合は、Content Hub WebSDK ビルトイン 再試行ポリシーを変更します。既定では、HTTP 429 応答を返す呼び出しは 9 回再試行されます。必要に応じて、再試行ポリシーの
RetryCountプロパティを変更できます。 -
API を使用するときには、retry-after ロジックを確立します。HTTP 429 応答を受信したときには、リクエストをバッチにグループ化して、アクションを実行します。
-
各統合専用の API ユーザーを作成して、どのユーザーがプラットフォームに過負荷をかけているのか、エラーを生成しているのかを検出します。(複数のコンポーネントを含む) かなりの統合がある場合は、それをブロックに分割して、ブロックごとに専用 API ユーザーを作成します。