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
[Epic] Implement current "overlay" resources in the provider binary #1971
Open
14 of 29 tasks
Tracked by
#2362
Labels
kind/enhancement
Improvements or new features
kind/epic
Large new features or investments
mro1
Monica's list of 1st tier overlay related issues
Comments
This was referenced Apr 20, 2022
This was referenced Jul 14, 2023
This comment was marked as outdated.
This comment was marked as outdated.
master...lblackstone/mlc has a proof on concept for this work. |
mjeffryes
changed the title
Implement current "overlay" resources in the provider binary
[Epic] Implement current "overlay" resources in the provider binary
Jan 26, 2024
4 tasks
@geowalrus4gh sorry, the documentation is incorrect. Please subscribe to this issue: #2787 An easy workaround would be to use the name: issue-1971
runtime: yaml
description: A minimal Kubernetes Pulumi YAML program
resources:
example:
type: kubernetes:yaml/v2:ConfigGroup
properties:
objs:
- apiVersion: karpenter.sh/v1beta1
kind: NodePool
metadata:
name: the-pool
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
kind/enhancement
Improvements or new features
kind/epic
Large new features or investments
mro1
Monica's list of 1st tier overlay related issues
The following resources are implemented as "overlay" resources, hand-written in each of our supported languages. This has increased the cost of supporting these resources and ensuring they handle resource options such as
dependsOn
.These resource types are currently only available as overlays:
kubernetes:apiextensions.k8s.io:CustomResource
kubernetes:kustomize:Directory
kubernetes:yaml:ConfigFile
kubernetes:yaml:ConfigGroup
And the Helm Chart resources have an upgrade path via Helm/v3 Release:
kubernetes:helm.sh/v2:Chart
kubernetes:helm.sh/v3:Chart
Tasks
Resolves
getResource
not working without explicit default namespace #907GetResource
) with prompt values #1108The text was updated successfully, but these errors were encountered: