Skip to content
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

Closed
akyyy opened this issue May 11, 2018 · 8 comments
Labels
area/networking kind/doc Something isn't clear kind/feature Well-understood/specified features, ready for coding. tracking This label is applied to Knative issues that track issues external to Knative (e.g. Istio, K8s)
Milestone

Comments

@akyyy
Copy link
Contributor

akyyy commented May 11, 2018

/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.

@google-prow-robot google-prow-robot added area/autoscale kind/feature Well-understood/specified features, ready for coding. kind/doc Something isn't clear labels May 11, 2018
@akyyy akyyy added the tracking This label is applied to Knative issues that track issues external to Knative (e.g. Istio, K8s) label May 11, 2018
@akyyy
Copy link
Contributor Author

akyyy commented May 14, 2018

@mattmoor
Copy link
Member

/assign @tcnghia

Will v1alpha3 fix this?

@tcnghia tcnghia removed their assignment Jul 2, 2018
@tcnghia
Copy link
Contributor

tcnghia commented Jul 2, 2018

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.

@mattmoor
Copy link
Member

I think this is enabled by Istio 1.1, whether that lands for 0.3 is a good question.

@mattmoor mattmoor added this to the Serving 0.5 milestone Feb 11, 2019
@k4leung4
Copy link
Contributor

/area networking

@k4leung4
Copy link
Contributor

/cancel area/autoscale

@markusthoemmes
Copy link
Contributor

@tcnghia is this still valid?

@mattmoor
Copy link
Member

This is done 🎉

markusthoemmes added a commit to markusthoemmes/knative-serving that referenced this issue Aug 24, 2021
* [SRVKS-791] Add test for emptydir behavior

* Apply the patch to the CRDs as well
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/networking kind/doc Something isn't clear kind/feature Well-understood/specified features, ready for coding. tracking This label is applied to Knative issues that track issues external to Knative (e.g. Istio, K8s)
Projects
None yet
Development

No branches or pull requests

8 participants