You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For offline scenarios, it would be nice to only have to ship the binary to the offline environment and be able to deploy the manifests for the controller (taking into consideration that another process must exist to ship the image).
Something like:
myappctl crds install # << deploys the generated crds
myappctl controller deploy --image myrepo/myimage:v1 --namespace my-controller-namespace # << deploys the generated controller manifests# or perhaps
myappctl controller deploy --image myrepo/myimage:v1 --namespace my-controller-namespace --crds # << deploys the generated controller manifests with crds
This would more easily facilitate the idea of offline environments for completely air-gapped networks. Additionally, we can do things like ensure the image is locked down for those who need more secure scenarios.
NOTE: will likely have to tie into kustomize/controller-gen APIs to do such a thing as that is currently what is generating the manifests.
The text was updated successfully, but these errors were encountered:
For offline scenarios, it would be nice to only have to ship the binary to the offline environment and be able to deploy the manifests for the controller (taking into consideration that another process must exist to ship the image).
Something like:
This would more easily facilitate the idea of offline environments for completely air-gapped networks. Additionally, we can do things like ensure the image is locked down for those who need more secure scenarios.
NOTE: will likely have to tie into kustomize/controller-gen APIs to do such a thing as that is currently what is generating the manifests.
The text was updated successfully, but these errors were encountered: