Skip to content

Activator: the route rule for each inactive revision should have its own appendHeaders field #882

@akyyy

Description

@akyyy

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/networkingkind/docSomething isn't clearkind/featureWell-understood/specified features, ready for coding.trackingThis label is applied to Knative issues that track issues external to Knative (e.g. Istio, K8s)

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions