4 ms·
Most TF providers are not maintained by Hashicorp, but by the company whose product the provider integrates into. Development of the provider is an investment t
by lijok 3y ago
Most TF providers are not maintained by Hashicorp, but by the company whose product the provider integrates into. Development of the provider is an investment the company makes to lower CAC.
- quacker 3y agoSure, but the providers for some of the biggest platforms are maintained by HashiCorp[1] - like the AWS, Azure, GCP, and Kubernetes providers[2], and it appears the Pulumi AWS provider (for example) _does_ use the Terraform AWS provider, even to this day[3]. 1. https://developer.hashicorp.com/terraform/registry/providers#provider-tiers-namespaces https://developer.hashicorp.com/terraform/registry/providers... - "official" providers are maintained by HashiCorp 2. https://registry.terraform.io/browse/providers?tier=official https://registry.terraform.io/browse/providers?tier=official - The filtered list of "official" providers maintained by HashiCorp 3. https://github.com/pulumi/pulumi-aws/tree/008c4360bc9fc2430357d044f58394b96e94fa43 https://github.com/pulumi/pulumi-aws/tree/008c4360bc9fc24303... - Just prove it to myself, I can see the `upstream` git submodule, which embeds pulumi/terraform-provider-aws, which is a fork of hashicorp/terraform-provider-aws, although the repo was not created as a fork in Github, so it is not marked as a "fork" and so I have to compare commit histories to tell that it is a fork.
- hughesjj 3y agoImo this is notable as historically hashicorp has beaten even AWS to (cloud formation, and, thus, cdk) support for their newly launched services.
- jkodroff 3y agoThe Pulumi Kubernetes provider is a native provider. It does not take a TF provider as a dependency. Instead, it works directly based off the k8s API spec. The Google TF provider is actually maintained by Google via Magic Modules, a single source for both TF and Ansible . The generated TF provider does reside in HashiCorp’s GH org tho.