This repository has been archived by the owner on May 6, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 382
Service Catalog should support User-Provided-Services in a more robust manner #2189
Labels
lifecycle/frozen
Indicates that an issue or PR should not be auto-closed due to staleness.
Milestone
Comments
10 tasks
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
this is still a work in progress, but is put off until we get 0.2.0 out |
/dibs |
/assign @jberkhahn |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/lifecycle frozen |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Service catalog should support User-Provided-Services, a concept where service instances and bindings can exist without a parent broker, class, or plan. This is used in the case where a user might have some pre-existing service that they wish to manage and use with the service-catalog lifecycle.
The current UPS broker is an ephemeral implementation that does not attempt to implement this capability in a reliable, reproducible manner.
One possible solution is allowing user's to manually create an instance with some sort of flag set marking the instance as UPS, and provide the creds that will be returned in the binding as an additional parameter.
The text was updated successfully, but these errors were encountered: