Quota ポリシー、Spike Arrest ポリシー、Concurrent Rate Limit ポリシーのうち、レート制限のニーズを最もよく満たすのはどれでしょうか。以下の比較表を参照してください。
Quota | Spike Arrest | Concurrent Rate Limit | |
---|---|---|---|
適した用途: | アプリが API プロキシのターゲット バックエンドに対して所定の期間内に作成できる接続数を制限します。 | API プロキシのターゲット バックエンドを、サーバー トラフィックの急増やサービス拒否攻撃から保護します。 | アプリが API プロキシのターゲット バックエンドに対して作成できる同時接続数を制限します。 |
適さない用途: |
API プロキシのターゲット バックエンドをトラフィックの急増から保護する目的では使用しないでください。 その目的には、Spike Arrest ポリシーまたは Concurrent Rate Limit ポリシーを使用します。 |
アプリが API プロキシのターゲット バックエンドに対して所定の期間内に作成できる接続数のカウントと制限には使用しないでください。 その目的には、Quota ポリシーを使用します。 |
アプリが API プロキシのターゲット バックエンドに対して所定の期間内に作成できる接続数の制限には使用しないでください。 その目的には、Quota ポリシーを使用します。 |
カウント格納の可否: | ○ | × | ○ |
ポリシー接続に関するベスト プラクティス: |
ProxyEndpoint Request PreFlow に、概してユーザー認証後に接続します。 これにより、ポリシーが API プロキシのエントリ ポイントで割り当てカウンタを確認できます。 |
ProxyEndpoint Request PreFlow に、概してフローの一番最初に接続します。 これにより、API プロキシのエントリ ポイントで急増から保護できます。 |
このポリシーは以下の 3 か所に添付する必要があります。
|
制限に達したときの HTTP ステータス コード: |
500(内部サーバーエラー)* |
500(内部サーバーエラー)* |
503(サービス利用不可) |
参考情報: |
|
|
|
詳細情報: | Quota ポリシー | Spike Arrest ポリシー | Concurrent Rate Limit ポリシー |
* Quota ポリシーと SpikeArrest ポリシーの場合、レート上限を超えていることを表すデフォルトの HTTP ステータス コードは汎用の 500 Internal Server Error
になります。このポリシーのステータス コードを 429 Service Unavailable
に変更するには、組織レベルのプロパティ(features.isHTTPStatusTooManyRequestEnabled
)を追加します。クラウドをご利用のお客様は、Apigee サポートに連絡してプロパティの有効化を依頼してください。