レート制限がリクエストの実行をどう左右するか
レート制限は、クライアントが一定期間内に送信できるリクエスト数に上限を設け、超過すると429エラーを返します。これは、特定のクライアントによる共有リソースの独占を防ぐためです。したがって、正しい対応は、すぐに再送するのではなく、処理速度を落とすことです。
しかし、多くの初期統合では、すぐにリトライしてしまいます。これは一時的な拒否を永続的な問題に変えてしまう行為です。クライアントは制限に達し、リトライすることで測定期間を延長し、結果として本来必要な時間よりもはるかに長くスロットリングされます。その間、開発者はAPIが信頼できないと判断しがちです。なお、お客様独自の制限設定(ティアごとのしきい値、バースト許容量、より厳しい上限を持つエンドポイントなど)は、時間の経過とともに古くなる動画ではなく、バージョン管理されたドキュメントに記載すべき情報であるため、本コンテンツでは意図的に除外しています。
このテンプレートでは、1つのリクエストを8つのシーンで追跡します。具体的には、制限が存在する理由、測定期間とそのカウント方法、429応答の内容、バックオフと遅延を増やす理由(2シーン)、ジッターとサンダリングハード、レート制限ヘッダーの読み方、そして制限にほとんど達しない設計方法について解説します。

