9 ms·
Agree CF is crap. Each clouds SDK in the language the team is most familiar with is by far the best option. State can be stored in git. Any version of my infr
by devoptimist 5y ago
Agree CF is crap.
Each clouds SDK in the language the team is most familiar with is by far the best option.
State can be stored in git. Any version of my infrastructure is a git checkout away.
I use Go, and the documentation for the AWS SDK includes copy-paste examples
Try and checkout Terraform from 6 months ago and run it? Frequently I cannot even get someone’s tutorial example written a week prior to work without edits.
I checked out a year old commit in my infra repo; rebuilt an entire ECS stack deprecated 18 months ago.
Just be programmers. The cloud ops scene is just reselling the same delusions as Unix grey beards and Windows server admins. It’s about making hardware do the right thing, not hand wavy semantics.
Most of the people I work with just regurgitate memes. Very few actually test them for truth.
- throwaway894345 5y agoI disagree with using the SDK directly because the SDK doesn’t have any reconciling capability, and that’s not something easily built correctly. Creating resources with the SDK is easy—keeping them in the desired state is very hard. Instead, we use a real language to generate a description of what we want (in YAML or HCL) and a reconciliation engine takes over from there.