Skip to content
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

Provider-specific webhooks in Garden cluster #24

Closed
rfranzke opened this issue Feb 4, 2020 · 1 comment
Closed

Provider-specific webhooks in Garden cluster #24

rfranzke opened this issue Feb 4, 2020 · 1 comment
Labels
kind/enhancement Enhancement, improvement, extension

Comments

@rfranzke
Copy link
Member

rfranzke commented Feb 4, 2020

From gardener-attic/gardener-extensions#407

With the new core.gardener.cloud/v1alpha1.Shoot API Gardener does no longer understand the provider-specifics, e.g., the infrastructure config, control plane config, worker config, etc.
This allows end-users to harm themselves and create invalid Shoot resources the Garden cluster. Errors will only become present during reconciliation part creation of the resource.

Also, it's not possible to default any of the provider specific sections. Hence, we could also think about mutating webhooks in the future.

As we are using the controller-runtime maintained by the Kubernetes SIGs it should be relatively easy to implement these webhooks as the library abstracts already most of the things.

We should have a separate, dedicated binary incorporating the webhooks for each provider, and a separate Helm chart for the deployment in the Garden cluster.

Similarly, the networking and OS extensions could have such webhooks as well to check on the providerConfig for the networking and operating system config.

Part of gardener/gardener#308

@rfranzke rfranzke added the kind/enhancement Enhancement, improvement, extension label Feb 4, 2020
@ghost ghost added the lifecycle/stale Nobody worked on this for 6 months (will further age) label Apr 5, 2020
@rfranzke
Copy link
Member Author

rfranzke commented Apr 8, 2020

Fixed with #45

@rfranzke rfranzke closed this as completed Apr 8, 2020
@ghost ghost removed the lifecycle/stale Nobody worked on this for 6 months (will further age) label Apr 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Enhancement, improvement, extension
Projects
None yet
Development

No branches or pull requests

1 participant