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

Routing NG #1075

Closed
davecheney opened this issue May 9, 2019 · 1 comment
Closed

Routing NG #1075

davecheney opened this issue May 9, 2019 · 1 comment
Labels
Milestone

Comments

@davecheney
Copy link
Contributor

When IngressRoute was introduced a year ago (july 2018) we chose to only support prefix matching for routes. This was mostly a time to market decision, but also reflected the fact that we didn't know what other ways customers wanted to match routes on -- we knew that envoy also supported other methods, but without a signal from our userbase, blindly adding support for all of the existing mechanisms felt like throwing the problem over the wall to our users to figure out what worked best.

A year later there is clear signal that prefix routing is too limited. This is not a surprise. What is more interesting is customers want to route not just on prefix, substring, and regex -- the three we identified last year -- but also header matching, source ip, user agent, and many more.

This issue is a placeholder for a larger discussion about revising ingressroute's route matching. This will be part of, and intended to be delivered before Contour 1.0.

@davecheney
Copy link
Contributor Author

Delivered in beta.1

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

No branches or pull requests

1 participant