Hacker News new | past | comments | ask | show | jobs | submit login

One use case that TF really frustrates me with is anything conditional: if I want to do blue/green the best I can do is duplicate the entire infrastructure and wrap my terraform invocations with some brittle script that repeatedly runs TF with various targets. The script only allows me to define the target state, but it is quite common that I care how that final state is reached.

Create-if-not-exists is also really poor in TF (probably by design), if you want to reuse your TF configs for different environments in the same account, you either have to ensure everything won't collide name-wise, or split your TF into immutable infrastructure and really-immutable infrastructure.




Doesn't terragrunt allow you to do that?

The looping code while better with terraform 0.12 is still quite nasty though.

https://terragrunt.gruntwork.io/docs/getting-started/quick-s...


The idea of having to use a 3rd party tool to generate config for my 3rd party tool that generates config just seems Wrong.

At this point I'd rather write idiomatic but repetitive Terraform and know that I will be safer on upgrades, as long as I continue to refactor and clean up my modules for the new functionality Hashi is releasing.


I wasn't aware of this, looks like it would solve some of our pain points, thanks!

I think the existence of tools like this is a succinct way to say that static/declarative languages are really hard to execute.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: