Live data from Hacker News

The future of Terraform CDK

github.com

21–30 of 140 posts

Re: The future of Terraform CDK

#21

That’s a real shame. It seems like Pulumi is the only alternative for internal DSLs for IaaC? I always found HCL to be quite terrible, slowly becoming less painful, but not really refactoring-friendly. Terraform CDK had promise as a blessed infrastructure-as-actual-code solution from the official maintainer of Terraform, so easier to sell internally rather than something from a new vendor like Pulumi. I feel sorry fo…

Kubernetes has a few things, including cdk8s. Yoke looks promising too.

Re: The future of Terraform CDK

#23
post #2

It's odd to always say "Hashicorp, an IBM company". Looks like they want to assign blame. I did try Pulumi a while back, but the compatibility with Terraform modules was not great, so I've switched to CDKTF, which can handle unmodified modules. Dunno if I'll switch back to Pulumi or just use OpenTofu directly.

We use OpenTofu it’s pretty seamless

Does it do ephemeral values yet?

Re: The future of Terraform CDK

#25
post #2

It's odd to always say "Hashicorp, an IBM company". Looks like they want to assign blame. I did try Pulumi a while back, but the compatibility with Terraform modules was not great, so I've switched to CDKTF, which can handle unmodified modules. Dunno if I'll switch back to Pulumi or just use OpenTofu directly.

It’s how Red Hat identifies themselves too

Re: The future of Terraform CDK

#27
This is particularly frustrating as I've spent the last year writing many thousands of lines of CDKTF Python.

HCL just does not have the modularity and expressiveness that Python, or other languages CDKTF supports.

I guess I'll spend another year migrating to Pulumi now..

Re: The future of Terraform CDK

#28
post #9

Damn, what are the best alternatives here? For pure AWS I guess CDK directly is okay, but locks you in.

Terranix? ;-)

Not gonna lie Terranix has been working great for us, all our configuration is in Nix files anyway so it's so easy to just pass stuff in rather than using Tf variables etc

Re: The future of Terraform CDK

#29
post #13

Damn, what are the best alternatives here? For pure AWS I guess CDK directly is okay, but locks you in.

I went with CDK, I'm locked into AWS already and it means my major dependency for IaC is my cloud vendor and not a third party. If I really need to migrate off of AWS at some point I'll throw an LLM at it.

Exactly. It's just so much cleaner to do it in the Cloud provider's native tooling. The impedance mismatch from Cloud-agnostic abstractions always just makes thing shitty enough that in the long run you spend more time dealing with weird edge cases.

Besides, actual full-scale Cloud migrations are exceedingly rare.

Re: The future of Terraform CDK

#30
post #23

Earlier quoted context omitted.

We use OpenTofu it’s pretty seamless

Does it do ephemeral values yet?

Yep, as of yesterday’s 1.11 release it’s supported!

That also includes a new “enabled” meta argument, so you don’t have to hack around conditional resources with count = 0.

[0]: https://opentofu.org/blog/opentofu-1-11-0/

Disclaimer: affiliated with the project

Post reply on HN