Infrastructure as code has revolutionized how we build and maintain our systems. If you're reading this, you're probably already sold on Terraform's ability to create reproducible infrastructure. But when someone mentions adding a Software Bill of Materials (SBOM) to your modules, you might be thinking, "Really? More documentation? I already have my code commented and my README up to date!"
Trust me, I get it. As developers, we often view documentation as a necessary evil, something we do because we have to, not because we want to. And if you're an open source enthusiast or OpenTofu user, you might be especially skeptical - after all, isn't open source all about transparency already? Why add another layer of documentation?
But here's the thing: SBOMs aren't just documentation. They're a powerful tool that's becoming increasingly crucial in our complex, interconnected infrastructure landscape. Let me show you why, without the corporate buzzwords and compliance scaremongering.
Read more: Why SBOMs Matter: A Practical Guide for Terraform Users (and others as well)
This video explains in detail how to use Vault in conjunction with a Hardware Security Module (HSM), how to initialize Vault against an HSM, how to configure and use HSM Auto-Unseal, and how to test the entire setup within the scope of a Proof of Concept (PoC).
A step-by-step workshop designed for parallel participation.
The language is German with optional English subtitles. A PDF in English language is available for download.
Read more: Infrastructure-as-Code: Building the Foundation for Modern Enterprise Automation
