Replies: 1 comment
-
|
Header based routing code currently exists in two places.
I think what you ask must be implemented in the new canary step plugin instead of trying to adapt existing code. See https://argo-rollouts.readthedocs.io/en/stable/features/canary/plugins/ |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Description
Currently,
setHeaderRouteonly supports matching by headers (headerName+headerValue), but does not support path/URI matching.Use Case
When using a shared host with multiple services (e.g., API gateway pattern), setHeaderRoute captures all requests with the specified header, regardless of the path. This breaks other services on the same host.
Example:
Host api-gateway.example.com serves multiple services:
When deploying service-a with canary +
setHeaderRoute, requests to /service-b/* with the header are incorrectly routed to service-a canary.Current Workaround
Use VirtualService delegation to isolate the path scope before Argo Rollouts applies header routing. This works but adds complexity.
Beta Was this translation helpful? Give feedback.
All reactions