Earlier quoted context omitted.
Any particular libraries you use to generate TF-JSON from jsonnet? I wrote a generator a little while ago that can create jsonnet libraries from the TF schemas: https://github.com/Duologic/soysonnet Example lib here: https://github.com/Duologic/soysonnet-aws I only needed it for AWS so I didn't spend more time on it.
By hand :( But I like your project. Do you use Tanka?
The future of Terraform CDK
131–140 of 140 posts
Re: The future of Terraform CDK
#132Damn, what are the best alternatives here? For pure AWS I guess CDK directly is okay, but locks you in.
Not picking on you personally but having had this conversation many times over many years with many clients I find it confounding. Oftentimes TF itself was heavily promoted as a way of "avoiding lock in".
Well guess what? Now you're locked-in to IBM, whose motivations may not be perfectly aligned to you goals of simply and efficiently using your cloud provider of choice to deliver your business outcomes.
What we refer to as lock-in is simply an expression of risk, with one axis being the cost of getting off $solution and the other being the likelihood of needing to do so. Having stepped through this exercise a few times, the cost of rewriting your e.g. AWS API Gateway + Lambda + SQS + RDS + CloudWatch etc architecture invariably vastly dwarfed the cost of changing the IaC language it is expressed in.
Anytime you feel the urge to overbuild on a cloud provider's services, stop, and do a really rigorous cost/benefit analysis. If you truly have unique drivers the data should tell the story.
Re: The future of Terraform CDK
#133Re: The future of Terraform CDK
#134Earlier quoted context omitted.
And you don't get the annoying array form for the resulting resource with the `enabled` syntax, right? EDIT: Oh just realized the sibling asked the same, but the doc doesn't state that clearly, although it seems to me that the doc implies that yeah, it doesn't use the array form anymore.
Yes indeed! It does not use the annoying array form.
Re: The future of Terraform CDK
#135At least they gave us some notice, that’s much appreciated.
Re: The future of Terraform CDK
#136It would be great to have an alternative to Terraform that uses a bit more advanced provider (at last for AWS). Does OpenTofu use that same provider?
It does. What are you looking for in a more advanced AWS provider?
Re: The future of Terraform CDK
#137Damn, what are the best alternatives here? For pure AWS I guess CDK directly is okay, but locks you in.
Normal Terraform, Pulumi or OpenTofu
Re: The future of Terraform CDK
#138Re: The future of Terraform CDK
#139Re: The future of Terraform CDK
#140There is currently a live proof of concept fork of the main cdktf repository that one developer made: https://github.com/TerraConstructs/terraform-cdk
And one Open Tofu developer said he and some other Open Tofu developers would be happy to collaborate with that community-driven effort to keep CDKTF alive: "The OpenTofu maintainers are happy to collaborate with that project once it's up and running, but we will not be directly involved." https://github.com/opentofu/opentofu/issues/3585