-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Activator: the route rule for each inactive revision should have its own appendHeaders field #882
Comments
/assign @tcnghia Will v1alpha3 fix this? |
It looks like v1alpha3 won't fix it as is. The appendHeaders is still a route parameter, not a destination parameter. We could change this by making the revision-service a virtual host, but it may require extra an extra hop. The main route will need to route through ingress gateway. |
I think this is enabled by Istio 1.1, whether that lands for 0.3 is a good question. |
/area networking |
/cancel area/autoscale |
@tcnghia is this still valid? |
This is done 🎉 |
* [SRVKS-791] Add test for emptydir behavior * Apply the patch to the CRDs as well
/area autoscale
/kind dev
/kind doc
Expected Behavior
The ideal solution is to append different revision name as headers for each inactive revision.
Actual Behavior
I opened a feature request for Istio. istio/old_issues_repo#332.
Since appendHeaders is a field for RouteRule Spec, we don't have that granularity. We will direct traffic for all inactive revisions to activator service; and the activator will send the request to the inactive revision with the largest traffic weight. The consequence of using appendHeaders at Spec is: if there are more than one inactive revisions, the traffic split percentage would be distorted in a short period of time.
The text was updated successfully, but these errors were encountered: