request_user_limiter #
Description #
The request_user_limiter filter is used to control traffic by username.
Configuration Example #
A configuration example is as follows:
flow:
- name: rate_limit_flow
filter:
- request_user_limiter:
user:
- elastic
- medcl
max_requests: 256
# max_bytes: 102400 #100k
action: retry # retry or drop
# max_retry_times: 1000
# retry_interval: 500 #100ms
message: "you reached our limit"
The above configuration controls the traffic of users medcl
and elastic
and the allowable maximum QPS is 256
per second.
Parameter Description #
Name | Type | Description |
---|---|---|
user | array | Users who will participate in traffic control. If this parameter is not set, all users will participate in traffic control. |
interval | string | Interval for evaluating whether traffic control conditions are met. The default value is 1s . |
max_requests | int | Maximum request count limit in the interval |
burst_requests | int | Burst request count limit in the interval |
max_bytes | int | Maximum request traffic limit in the interval |
burst_bytes | int | Burst request traffic limit in the interval |
action | string | Processing action after traffic control is triggered. The value can be set as retry or drop and the default value is retry . |
status | string | Status code returned after traffic control conditions are met. The default value is 429 . |
message | string | Rejection message returned for a request, for which traffic control conditions are met |
retry_delay_in_ms | int | Interval for traffic control retry, in milliseconds. The default value is 10 . |
max_retry_times | int | Maximum retry count in the case of traffic control retries. The default value is 1000 . |
failed_retry_message | string | Rejection message returned for a request, for which the maximum retry count has been reached |
log_warn_message | bool | Whether to log warn message |