-
Notifications
You must be signed in to change notification settings - Fork 7
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 Kubernetes provider overlays #370
Comments
IIUC once pulumi/#1871 is done we won't have to add a hand-written overlay (at least some) |
the simplest solution would be to add |
Those new changes look relevant: |
As it turns out, upstream Pulumi is adding the resources that were implemented as overlays, as components: |
The helm and yaml support can be considered done via 4.11.0+ provider support. |
can we close this now, given this was fixed in upstream and inherited via code generation on our side? |
We're still waiting for full support (as indicated by checkboxes in this issue):
More info in the upstream epic: pulumi/pulumi-kubernetes#1971 What we have now is full |
glad the work to create component versions of these overlays is proving useful to you all. FWIW, we are considering not going ahead with an MLC for CustomResource. Since the only function of this overlay is to pack arbitrary fields from the SDK into a single field for Pulumi, there's not really an equivalent component we could write. Plus the implementations in each SDK are relatively simple, making this overlay reasonable to write and support. |
We are missing hand-crafted 'overlays' in Kubernetes provider:
helm
abstractions (nice to have) ~ 3 dayskustomize
abstractions (nice to have) ~ 2 daysUpstream:
https://github.com/pulumi/pulumi-kubernetes/blob/master/provider/pkg/gen/overlays.go
https://github.com/pulumi/pulumi-kubernetes/tree/master/provider/pkg/gen/nodejs-templates
The text was updated successfully, but these errors were encountered: