Skip to main content

The Scenario

You have a staging environment and a production environment. You want:
  • Every version to deploy to staging first
  • Production to only receive versions that passed staging
  • Optional approval before production deploys
  • No manual “okay, staging looks good, now deploy to prod” steps

Without Ctrlplane

The typical flow:
  1. CI deploys to staging
  2. Someone checks if staging is healthy (maybe)
  3. Someone remembers to trigger the prod deploy
  4. Hopefully they deploy the right version
  5. Hopefully staging actually passed
What goes wrong:
  • “Staging passed” is based on vibes, not metrics
  • The manual promotion step gets forgotten
  • Wrong version deployed to prod
  • No audit trail of what was verified

With Ctrlplane

Define your environments:
Add an environment progression policy:
Add verification to staging:
Add approval for production:

What Happens

  1. CI creates v1.2.3 — Version is marked ready
  2. Staging release created — Deploys immediately (no gates)
  3. Staging verification runs — 5 minutes of health checks
  4. Staging passesProduction is unblocked
  5. Approval requested — Notification sent to approvers
  6. Approval granted — Team lead approves
  7. Production deploys — Version goes live
  8. Production verification — Confirms health in prod
If staging verification fails, production never receives the version. No manual intervention needed to block it.

Key Benefits

Variations

Multiple Pre-Production Environments

Different Verification per Environment

Skip Staging for Hotfixes

Use version metadata to bypass staging for critical fixes:

Next Steps

Environment Progression

Configure progression rules

Verification

Set up health checks

Approvals

Configure approval workflows

Multi-Region

Add gradual rollouts within production