-
Notifications
You must be signed in to change notification settings - Fork 487
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
GEP: Pattern for policy attachment #713
Comments
The working document for this issue is here: https://docs.google.com/document/d/13fyptUtO9NV_ZAgkoJlfukcBf2PVGhsKWG37yLkppJo |
This is part of the GEP kubernetes-sigs#713 implementation.
This is part of the GEP kubernetes-sigs#713 implementation.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
I think this can be closed now that it has been implemented and documented. /close |
@robscott: Closing this issue. 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. |
Reopening this to track stability of this feature and eventual graduation to standard channel. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/lifecycle frozen |
After some discussion on this, we're going to break up this GEP into at least:
Currently the plan is to include status for each of the types into the relevant GEP, and leave the general status discussion and cookbook in GEP-713. The reason for this is so that we can (hopefully) graduate these things on separate timeframes, and don't need to have complete agreement about Inherited to be able to graduate Direct Policy Attachment. |
We talked about this in the sync today, @guicassolato has some upcoming PRs and really wants to help out with this: /assign @guicassolato Let us know how we can support you, reach out with any questions! |
What would you like to be added:
This GEP will add a formal proposal for attaching policies to Gateway API. Although many of these resources will be implementation specific, it will be helpful to have consistent patterns for accomplishing this.
Why is this needed:
Although Gateway API already significantly increases what's possible with portable routing APIs for Kubernetes, there are still some implementation specific concepts that will need to be attached to this API. A consistent pattern will improve the overall portability and UX of this API.
GEP: https://gateway-api.sigs.k8s.io/geps/gep-713/
The text was updated successfully, but these errors were encountered: