Case Study · Infrastructure Engineering

Every terraform apply, reviewed. Never run from a laptop.

How Omutwar Technical Partners builds cloud infrastructure that's encrypted, versioned, and gated behind human approval by design — the same discipline regulated government and healthcare clients require of every vendor.

Code change git commit Pull request GitHub Plan posted Atlantis · auto Approval atlantis apply Applied state locked
code change → pull request → automated plan → human approval → automated apply → live infrastructure
01 — The Problem

Manual infrastructure changes don't scale into audit trails.

Running terraform apply from a laptop works — until two engineers touch the same state at once, or an evaluator asks who approved a production change and when. Government and regulated-industry clients need infrastructure work that's reviewable by default, not reconstructed after the fact.

02 — The Approach

Remote state, reusable modules, and a review gate on every change.

Encrypted, locked remote state

State migrated to a versioned S3 backend with DynamoDB-based locking — no two operations can write to the same infrastructure at once.

Reusable, imported modules

Existing live resources were brought under Terraform management and refactored into shared modules using state relocation — zero downtime, zero resource recreation.

GitOps-gated deployment

Every change ships as a pull request. Plans post automatically for review; nothing applies until a human comments approval.

Least-privilege by design

The automation identity can only manage resources matching a defined naming pattern — it cannot touch billing, users, or unrelated infrastructure.

03 — Real Problems, Real Fixes

The failures that matter are the ones you catch before a client does.

state-lock — concurrent apply
Error: Error acquiring the state lock
ConditionalCheckFailedException: The conditional request failed
Lock Info: Operation: OperationTypeApply
✓ Second operation correctly blocked — no state corruption
Deliberately triggered two simultaneous applies to confirm the locking mechanism fails safely rather than silently corrupting shared state.
provider — runtime mismatch
Error: expected runtime to be one of [...], got python3.14
provider version too old to recognize new AWS runtime
✓ Resolved via provider upgrade — zero config drift after fix
AWS shipped a new Lambda runtime faster than the Terraform provider catalog caught up — diagnosed against the live API, not assumed from the error text.
04 — The Outcome

Infrastructure that's reviewable, repeatable, and least-privilege — provably.

AUDITABLE
Every apply traces to an approved pull request — no undocumented console changes.
REPEATABLE
Modules deploy identically across environments — no drift between staging and prod.
LEAST-PRIVILEGE
Automation identities are scoped to exactly what they need — nothing more.