Replies: 1 comment
-
|
I'm running into the same issue and it wasn't easy to debug, I've opened an enhancement proposal to address the root cause of this issue: #4481 |
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.
-
Here is the background,
I have a service accepts both REST and gRPC requests on different port, and I am using host level canary rollout, so my virtual service looks like the below,
Now I plan to mirror 50% traffic to the canary replica set, so here is my rollout canary steps,
It seem the Argo Rollout picks the
rest-api-routesand adding themirrorandmirrorPercentagesections, then prepend it to my virtual service during the rollout, so there is a new http route looks likeThis cause some critical problems,
1 - I lost all my gRPC requests, the newly added route just forward everything to my stable service regardless the port match, including the gRPC requests, and they won't be processed, because the port 8000 is for the REST
2 - use
grpc-api-routesorrest-api-routesdepends on the order I set in the Canary section, that is very undertimsticI am thinking to add
mirror-route-1andmirror-route-2, but I don't think that would work, because I cannot specify the Port matching for thesetMirrorRoutestep.Appreciate for any information, thoughts or suggestion.
Beta Was this translation helpful? Give feedback.
All reactions