-
Notifications
You must be signed in to change notification settings - Fork 480
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
Method based routing #624
Comments
Thanks for filing this issue! I think we've discussed this in some community meetings and simply failed to create a tracking issue for this feature. |
What should be the conformance for this? Once we settle on this, it should be possible to add this to the API fairly easily. |
I think this is an extended feature since not every implementation will be able to support it, but agree it should be pretty straightforward to add. I'm actually a little tempted to try to get this into v0.3.0 but that's coming up pretty quickly. |
@zoglesby If you can send a PR for this feature in the next couple days, we might be able to include this feature in our upcoming release. Even if we can't get it in the release, a PR would be warmly welcome! |
+1 to extended, agree with all comments above. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
/remove-lifecycle stale |
/assign @secustor |
@hbagdi: GitHub didn't allow me to assign the following users: secustor. Note that only kubernetes-sigs members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I did a quick search and did not see a ticket for this, if I missed it I am sorry.
What would you like to be added:
Method based routing would be a nice addition. This is something that we are currently looking to implement in another part of our stack, but having it in a gateway-api would make things easier for us.
An example of this can be found in Ambassador
https://www.getambassador.io/docs/edge-stack/latest/topics/using/method/#method-based-routing
Why is this needed:
There are many use cases for this, but the my primary need for this is to split read (GET) and write (PUT) traffic to different endpoints.
The text was updated successfully, but these errors were encountered: