-
Notifications
You must be signed in to change notification settings - Fork 482
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
Add documentation for BackendLBPolicy #3201
Comments
@gcs278 I agree that since this is out as experimental we should document it similarity as you proposed. /triage accepted As for priority it can be hard to say. I'll mark it |
Big +1 from me, I agree this should have a user-facing doc that we can keep up to date and can be the source of truth for how this works. |
/help |
@shaneutt: GuidelinesPlease ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met. If this request no longer meets these requirements, the label can be removed 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-sigs/prow repository. |
Hi, I would like to work on this issue. Could you please assign this issue to me? |
Sure thing, thanks for volunteering @amitmaurya07! /assign @amitmaurya07 |
@amitmaurya07 Thanks! Feel free to reach out on here, or on the #sig-network-gateway-api slack channel if you have any questions. |
What would you like to be added:
Similar to https://gateway-api.sigs.k8s.io/api-types/backendtlspolicy/, we should have a dedicated documentation page for BackendLBPolicy, which was released as experimental in v1.1.
The documentation should describe the goals of
BackendLBPolicy
, how to use the policy, and descriptions of the fields.Why this is needed:
Though the current usage of
BackendLBPolicy
is documented well in GEP-1619, we should have a user-facing doc to be consistent withBackendTLSPolicy
, as we don't expect end-users to dig through GEPs to better understand how a policy works.The text was updated successfully, but these errors were encountered: