Gruntwork outlines four different "IaC Topologies" for managing terraform state at scale, including the "Terralith", workspaces, multi-unit and Stacks.
Gruntwork is and always has been a 100% remote company, and over the years we've learned a few lessons about running efficient engineering meetings. Some key ideas:
- Collect information in parallel
- Store topics in a permanent database to be revisited with timestamped updates
- Use synchronous time for high-bandwidth conversations, such as conflict resolution or information-gathering
We've modified stand-up so much that we use new name: Café
What do you think or your team's stand-ups? Would you try a Café?
OpenTofu is now more secure (state encryption), maintainable (early variable evaluation), and powerful (provider iteration) than Terraform. This is the advantage of being truly open source, foundation-managed, and community-driven.
Gruntwork | GoLang Engineer, Marketing Manager & Sales Engineer | REMOTE (North American Timezone) | Full-Time | https://jobs.ashbyhq.com/Gruntwork
Gruntwork (gruntwork.io), the company behind Terragrunt, Terratest, Boilerplate and more is on a mission to transform the way DevOps is done. We are globally recognized both for our open source tools used by thousands of companies from startups to Fortune 500s, and our thought leadership on how DevOps should be done.
Appreciate the feedback. I think you've nailed something with the phrase "Tech Startup", feels more precise and universally understood/aligned with what the book is about.
Good feedback! I was trying to get at the idea that DevOps is broad, its often invisible and its therefore often undervalued/underprioritized. I'll have another go trying to convey that.
Just read through your twitter thread, I really appreciate this perspective and I completely agree, a manager's job includes ensuring the right circumstances to foster intrinsic motivation. I think where I might quibble is there are often circumstances where there are genuine skill gaps and, a manager acting as coach, can accelerate someones growth and performance.
Such a book can't be written by one person alone, but this could be the kernel of such a book
Completely agree, and that's my dream for the book.
Should be named "Software Startup CTO's Handbook"
I struggled a lot with the title -- good point that it lacks the specific software reference, that should be perhaps be incorporated somehow. "Startup" as well as also important to me, as I agree, size matters and changes how you evaluate trade-offs. Implicit in the word "startup" is that time is your most valuable resource, and much of the advice in the book is based on that assumption.