For engineers tired of universal Terraform advice

Most Terraform “best practices” stop working at scale.

Terragrunt or plain Terraform? Workspaces or directories? One state or many? The Terraform Production Blueprint turns recurring arguments into practical decision frameworks for production teams.

Reserve Early Access — $29

No payment today. Reserve access to the planned $29 launch price.

Explore the debates

Not a Terraform beginner course.

The debates

The questions teams keep arguing about — because context changes the answer.

  1. Terragrunt

    Do you still need Terragrunt in 2026?

    Sometimes. But if it mostly compensates for unclear repository and environment boundaries, it may be treating the symptom.

  2. Workspaces

    Are workspaces the wrong default for environments?

    Often the wrong default for long-lived environments. They separate state, but not code, credentials, ownership, or deployment workflows.

  3. State boundaries

    How should you actually split Terraform state?

    Resource count is the wrong starting point. Split around ownership, lifecycle, blast radius, and deployment cadence.

  4. Module design

    Should Terraform always be DRY?

    A little repetition is often cheaper than a module so generic that nobody can safely change it.

The blueprint will not replace one dogma with another. It will make the trade-offs explicit enough for your team to decide.

The problem

The problem isn't Terraform. It's the decisions around it.

The syntax is documented. The trade-offs are scattered across issue threads, war stories and architecture reviews — then rediscovered by every team as infrastructure grows.

  1. Repository structure drifts

    Every repository evolves differently until nobody is sure where environments, modules and shared infrastructure belong.

  2. State boundaries become unclear

    Too much in one state creates unnecessary blast radius. Too many states create operational overhead.

  3. Modules become abstractions nobody wants

    Teams either duplicate everything or create generic modules that become harder to maintain than the infrastructure itself.

  4. CI/CD becomes inconsistent

    Plans, approvals, applies, credentials and policies behave differently across repositories and environments.

  5. Team ownership gets messy

    Multiple teams need autonomy without giving everyone permission to change everything.

  6. Architecture decisions become tribal knowledge

    Important choices live in people's heads instead of reusable patterns and explicit decision frameworks.

The Terraform Production Blueprint is intended to focus on these architecture decisions — not HCL syntax.

The blueprint

Decision frameworks, not another list of best practices.

The planned toolkit combines reference architecture, decision frameworks and implementation examples that can be adapted to real infrastructure environments.

  1. Reference Repository Architecture

    A reference structure showing how repositories, environments, modules and shared infrastructure can fit together.

  2. State Architecture Guide

    Frameworks for deciding state boundaries, blast radius, ownership and lifecycle.

  3. Module Design Patterns

    Guidance for deciding what should become a module, what should remain explicit and how to avoid abstraction traps.

  4. Environment Strategy

    Patterns and trade-offs for structuring development, staging and production infrastructure.

  5. CI/CD Reference Workflow

    A reference workflow covering validation, plan, review, approval and apply boundaries.

  6. Multi-Team Ownership Patterns

    Approaches for balancing platform standards with team autonomy.

  7. Architecture Diagrams

    Visual references showing how repositories, state, pipelines and environments interact.

  8. Production Readiness Checklist

    A practical checklist for reviewing a Terraform codebase before it becomes operational debt.

  9. Decision Trees

    Decision frameworks for questions such as repository boundaries, module boundaries and state isolation.

The goal isn't to end the debate.

It's to give your team a repeatable way to decide.

Who it's for

Built for engineers past the Terraform basics.

This is for you if:

  • You already write and review Terraform.
  • You operate infrastructure across multiple environments.
  • Your Terraform estate is growing across repositories or teams.
  • You're responsible for infrastructure architecture, not just individual resources.
  • You want concrete patterns you can adapt instead of another introductory course.

Probably not for you if:

  • You're learning Terraform syntax for the first time.
  • You're primarily preparing for a Terraform certification.
  • You want a collection of copy-paste modules without architectural context.
  • You're looking for a long video course.

Behind the blueprint

Built from production experience.

Rodolfo Albuquerque is a Platform Engineer focused on DevOps and Infrastructure as Code, with more than eight years of experience designing and operating cloud infrastructure. He is building Meronomy to turn hard-won production decisions into practical patterns other teams can use.

  • Cloud & Kubernetes certifiedCKA, renewed in 2025. Azure Solutions Architect Expert (AZ-305) and DevOps Engineer Expert (AZ-400).
  • Kubernetes release contributorDocumentation shadow for the Kubernetes v1.32 release.
  • Hands-on, public workProjects and writing across Kubernetes, Terraform, GitOps and platform engineering.

Early access

Terraform Production Blueprint

$29

planned launch price

We're currently validating the first release. Reserve early access and we'll let you know when the blueprint is ready.

No payment today. We'll email you about the first release and the $29 launch offer. Unsubscribe anytime.

FAQ

Before you reserve.

Is this a Terraform course?

No. The planned product is a practical toolkit focused on production architecture, reference structures, diagrams, decision frameworks and implementation patterns.

Is this for Terraform beginners?

Probably not. It assumes you already understand Terraform fundamentals and have experience working with infrastructure as code.

Will the blueprint tell me to use Terragrunt, workspaces or a specific repository model?

No. It will explain the trade-offs, constraints and failure modes that should shape the decision instead of prescribing one universal architecture.

Do I pay $29 now?

No. No payment is collected during this validation phase. Joining early access indicates interest in the planned $29 launch offer.

What will I receive?

If the product moves forward, early-access subscribers will receive information about the first release and the launch offer.

When will it launch?

There is no announced launch date yet. We're validating demand before building the complete product.