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

Support per-pod hostnames #22

Open
mpnally opened this issue Apr 21, 2017 · 0 comments
Open

Support per-pod hostnames #22

mpnally opened this issue Apr 21, 2017 · 0 comments

Comments

@mpnally
Copy link

mpnally commented Apr 21, 2017

Issue #21 describes the intended use of weights when introducing new revisions of a component. There is a similar scenario where it is useful to associate a specific hostname with a new revision. When you adjust weights, you are directing to the new revision a percentage of the normal "production" traffic that would otherwise have gone to the current revision. Before you start diverting "production" traffic, it is useful to test a new revision with test traffic. A simple way to do this is to configure the new revision so that it only takes traffic from a special test hostname. If the production traffic is directed to acme.com, you can configure the new revision to take traffic directed at test-acme.com. You can then run tests that send traffic to that host. If that works out OK, you can then change (or remove) the annotation so that normal traffic goes to the new revision, and adjust weights as described in #21.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant