Description:
BackendTrafficPolicy currently restricts spec.rateLimit.*.rules[].clientSelectors[].headers to a maximum of 64 items:
|
// +kubebuilder:validation:MaxItems=64 |
For complex policies, this limit is too restrictive.
In our use case, a single rate-limit rule needs to match more than 64 headers (for multi-tenant routing, client metadata, and policy segmentation), and the CRD validation blocks the policy.
Current behaviour:
Applying a policy with >64 header match entries fails validation with a must have at most 64 items error.
Proposal:
Increase RateLimitSelectCondition.headers MaxItems from 64 to a higher value (for example 256), preferably in incremental steps if needed.
Can this be increased?
[optional Relevant Links:]
Any extra documentation required to understand the issue.
Description:
BackendTrafficPolicy currently restricts spec.rateLimit.*.rules[].clientSelectors[].headers to a maximum of 64 items:
gateway/api/v1alpha1/ratelimit_types.go
Line 232 in 5a5c608
For complex policies, this limit is too restrictive.
In our use case, a single rate-limit rule needs to match more than 64 headers (for multi-tenant routing, client metadata, and policy segmentation), and the CRD validation blocks the policy.
Current behaviour:
Applying a policy with >64 header match entries fails validation with a must have at most 64 items error.
Proposal:
Increase RateLimitSelectCondition.headers MaxItems from 64 to a higher value (for example 256), preferably in incremental steps if needed.
Can this be increased?
[optional Relevant Links:]