-
Notifications
You must be signed in to change notification settings - Fork 382
Create Custom Resource Definitions on Startup #1087
Comments
See atlassian/smith#113 and atlassian/smith#114 for inspiration :) |
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. |
Stale issues rot after 30d 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. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
@fejta-bot: 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. |
done by: #2633 TL;DR; waiting for ready CRDs was added directly in healthcheck |
As part of the transition from Third Party Resources (TPRs) to Custom Resource Definitions (CRDs) (see #987 for more detail), we'll need to create the CRDs that we require as for the storage backend (e.g.
Broker
,ServiceClass
, etc...) when the service-catalog API server starts up. Like the TPR implementation, we'll need to block the health check until the resources have registered and are gettable.cc/ @nilebox @mengqiy
The text was updated successfully, but these errors were encountered: