1. 開発者向けのベストプラクティス

調整

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

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

メモ

スロットルは、ライセンス関連の制限ではありません。

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

  • 1秒あたり15回の呼び出し (API統合ユーザーあたり) のレート制限が守られていることを確認してください。

  • スロットルが埋め込まれたWebSDKをREST APIで使用します (再試行メカニズムを自分でコーディングする必要があります)。

  • 必要に応じて、Content Hub WebSDKの組み込み 再試行ポリシーを変更します。デフォルトでは、HTTP 429応答を返すすべての呼び出しは9回再試行されます。必要に応じて、再試行ポリシーのRetryCountプロパティを変更できます。

  • APIを使用するときにretry afterロジックを確立します。リクエストをバッチにグループ化し、HTTP 429レスポンスを受信したときにアクションを実行します。

  • 統合ごとに専用のAPIユーザーを作成して、プラットフォームを過負荷にしているか、またはエラーを生成しているユーザーを検出します。大規模な統合(複数のコンポーネントを含む)がある場合は、それをブロックに分割し、ブロックごとに専用のAPIユーザーを作成します。

  • 429応答 (要求が多すぎます) を受信した場合は、Retry-Afterヘッダーを使用して、再試行するまでの待機時間を決定します。ヘッダーが見つからない場合は、デフォルトの待機時間 (30秒など) を実装して、即時の再試行でサーバーが過負荷にならないようにします。

この記事を改善するための提案がある場合は、 お知らせください!