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
Crossplane currently supports tens of managed resources - Kubernetes custom resources that correspond to cloud provider APIs. We'd like to accelerate our ability to support new managed resources, with a goal of supporting approximately 1,000 managed resources across AWS, Azure, and GCP.
How could Crossplane help solve your problem?
Crossplane could make it possible to completely, or failing that partially, generate managed resource types and code. We're currently approaching this on two fronts:
Wrapping Terraform providers.
Generating the boilerplate parts of 'native' Crossplane managed resources.
We suspect wrapping Terraform providers will result in useful but imperfect managed resources, and thus we see this approach as a good way to bootstrap our ecosystem. We'll most likely continue to invest in making it easier to build 'native' Crossplane managed resources for the most popular APIs, or APIs where we find that wrapping Terraform is a poor fit.
The text was updated successfully, but these errors were encountered:
Note that the 'analysis' is mostly around determining what existing functionality would change if we wrapped Terraform. This is separate from the larger design because we want to communicate the impact of this decision without blocking on a full design.
What problem are you facing?
Crossplane currently supports tens of managed resources - Kubernetes custom resources that correspond to cloud provider APIs. We'd like to accelerate our ability to support new managed resources, with a goal of supporting approximately 1,000 managed resources across AWS, Azure, and GCP.
How could Crossplane help solve your problem?
Crossplane could make it possible to completely, or failing that partially, generate managed resource types and code. We're currently approaching this on two fronts:
We suspect wrapping Terraform providers will result in useful but imperfect managed resources, and thus we see this approach as a good way to bootstrap our ecosystem. We'll most likely continue to invest in making it easier to build 'native' Crossplane managed resources for the most popular APIs, or APIs where we find that wrapping Terraform is a poor fit.
The text was updated successfully, but these errors were encountered: