-
Notifications
You must be signed in to change notification settings - Fork 6
Enterprise Case Studies
These stories show common enterprise IaC governance problems and how Terraform Guardrail solves them with a practical, step-by-step path.
The challenge: A financial services team used Terraform heavily, but SOC2 and PCI evidence lived in screenshots, spreadsheets, and ticket comments. Every audit cycle became a manual collection project.
How Terraform Guardrail helps: Evaluations produce consistent findings, decisions, metadata, and evidence exports. Evidence schedules in v5 make this repeatable.
Steps:
-
Install the tool:
pip install terraform-guardrail
-
Run an enterprise evaluation:
terraform-guardrail evaluate ./infra --provider aws --baseline org-baseline --format json
-
Export evidence:
terraform-guardrail evidence export <result-id> --format json terraform-guardrail evidence export <result-id> --format csv
-
In the v1-v5 Full platform app, open Evidence + Health and download JSON, CSV, SARIF, or JUnit.
Outcome: Audit evidence becomes a product of delivery rather than a separate manual activity.
The challenge: A product team accidentally proposed a public S3 bucket and an open SSH ingress rule. Existing tools found the problem late, after reviewers were already overloaded.
How Terraform Guardrail helps: v1 rules detect public exposure, v2 turns the rules into enterprise policy, and v5 turns findings into remediation actions.
Steps:
-
Install the tool:
pip install terraform-guardrail
-
Scan locally:
terraform-guardrail scan ./infra
-
Enforce in CI:
terraform-guardrail evaluate ./infra --provider aws --fail-on high
-
Open the v2 Enterprise app and click
TG006orTG008in the policy catalog to read and copy the rule metadata. -
Open the v3-v5 Governance app and run the governance loop to generate suggested fixes and a PR dry run.
Outcome: Risky network and storage exposure is stopped before terraform apply.
The challenge: Each business unit interpreted tagging, encryption, and network standards differently. Central teams could not prove that critical applications inherited the same safety floor.
How Terraform Guardrail helps: v2 baselines and group enforcement establish a shared enterprise minimum. v3 policy packs make reusable baselines portable.
Steps:
-
Install:
pip install terraform-guardrail
-
Create or install policy content:
terraform-guardrail enterprise pack install pci-dss
-
Create an org baseline:
terraform-guardrail enterprise baseline create --name org-baseline --approved
-
Bind baseline or policies to org, group, or repo:
terraform-guardrail enterprise binding create --target-type group --target payments
-
Use the v1-v5 Full platform app v2-v3 Enterprise tab to demonstrate inherited controls.
Outcome: Teams keep autonomy, but the enterprise safety floor becomes consistent and auditable.
The challenge: Developers received long security reports but did not know what exact Terraform changes were expected.
How Terraform Guardrail helps: v4 suggested fixes and explainability describe why a finding matters. v5 remediation plans and patch bundles turn findings into reviewable next steps.
Steps:
-
Install:
pip install terraform-guardrail
-
Evaluate:
terraform-guardrail evaluate ./infra --provider aws --context environment=production
-
Explain:
terraform-guardrail intelligence explain <result-id>
-
Create remediation:
terraform-guardrail enterprise remediation create <result-id> terraform-guardrail enterprise remediation patch-bundle <plan-id>
-
Use the v3-v5 Governance app v5 Autonomous tab to inspect the patch preview and PR dry run.
Outcome: Developers get actionable remediation, not only policy failure messages.
The challenge: The CCoE had good policies, but enforcement depended on people remembering to run tools and collect reports.
How Terraform Guardrail helps: v5 scheduled scans, evidence schedules, automation runner output, health, and trends create a lightweight governance operating loop.
Steps:
-
Install:
pip install terraform-guardrail
-
Register scheduled scans:
terraform-guardrail enterprise schedule create --name prod --path ./infra
-
Register evidence schedules:
terraform-guardrail evidence schedule create --name monthly --format json
-
Run the automation cycle:
terraform-guardrail enterprise automation run
-
Use the v1-v5 Full platform app Evidence + Health tab to show health signals and trend coverage.
Outcome: Governance becomes a scheduled operating model rather than an ad hoc review task.
The challenge: AWS, Azure, and GCP teams had different resource names and tools, but the business intent was the same: no public exposure, storage must be encrypted, and resources must be owned.
How Terraform Guardrail helps: v3 cross-provider invariants let platform teams express intent once and evaluate it across providers.
Steps:
-
Install:
pip install terraform-guardrail
-
Run against a Terraform folder:
terraform-guardrail evaluate ./infra --provider aws terraform-guardrail evaluate ./infra --provider azure
-
Watch for invariant rules:
-
TG021: public exposure invariant -
TG022: storage encryption invariant -
TG023: ownership tag invariant
-
-
Use the v3-v5 Governance app v3 Ecosystem tab to demonstrate policy packs and cross-team distribution.
Outcome: Teams keep provider-specific implementation details while leadership gets one control language for enterprise intent.
The opportunity: Most enterprises think of guardrails as blockers. The bigger advantage is that Terraform Guardrail turns policy outcomes into product telemetry for platform leadership.
How Terraform Guardrail helps: The tool records evaluations, evidence, waivers, remediation, patch bundles, PR dry runs, schedules, and trend data. This shows whether platform standards are getting easier or harder for teams to follow.
Steps:
-
Install:
pip install terraform-guardrail
-
Run evaluations across representative repositories.
-
Export evidence and create remediation plans.
-
Review health:
terraform-guardrail enterprise health terraform-guardrail enterprise trends
-
Open the v1-v5 Full platform app and use Evidence + Health to show executives:
- Which rules fire most often.
- Which teams need enablement.
- Whether evidence coverage is improving.
- Whether remediation is becoming faster.
Outcome: Governance shifts from "who blocked my pipeline?" to "where should the platform team invest next?"