DevOps & Cloud Trends

GitOps Control Planes: Review Gates, Drift and Recovery

Inspect the boundaries of Atlantis, Terraform and Argo CD, with a source-based look at the Thabit control-plane blueprint and its validation needs.

GitOps Control Planes: Review Gates, Drift and Recovery

Distinguish a blueprint from a deployed control plane

The Thabit Control Plane project explores infrastructure review, desired-state reconciliation and recovery automation. Its public source is useful for inspecting those design ideas. It does not establish production rollout history, banking operations, policy coverage or measured recovery time.

The same distinction applies to the SamaVault infrastructure study. Regional and regulatory claims require evidence beyond manifests. AWS identifies me-central-1 as Middle East (UAE); it should not be labeled Riyadh. AWS region reference.

Put approval requirements at the trusted boundary

Atlantis can coordinate Terraform plans and applies through pull requests. Review requirements only hold if repository permissions, server configuration, credentials and permitted workflow overrides enforce them.

Atlantis documents server-side repository configuration and which settings a repository may override. A repository-controlled workflow cannot, by itself, prove that a contributor is unable to bypass an approval gate. Atlantis server-side configuration.

The reviewed Thabit workflow contains plan and policy-check steps. That is source evidence of intent, not proof that the server loads it correctly or that its plan format matches every checker. Validate the installed configuration and convert artifacts to the input format required by each tool.

Say exactly what drift detection covers

Thabit's reviewed Python drift detector loads Terraform state and checks whether selected EC2, security-group, IAM-policy, S3 and RDS resources are missing. It does not compare every live attribute. A changed security-group rule or IAM policy document is therefore outside the demonstrated checks. Drift detector source.

Its handling of module and indexed resource identity also deserves review before treating it as a comprehensive state inventory.

A Terraform plan is a different mechanism. With -detailed-exitcode, exit 2 means a successful nonempty proposed change; it is not exclusively evidence of out-of-band drift. Configuration changes can also produce that result. Exit 1 is an execution error and must remain distinguishable from a clean result. Terraform plan reference.

Protect plan and state output because it can contain sensitive values. Alert with enough context to investigate without forwarding raw secrets.

Scope deployment ordering correctly

Argo CD sync phases and waves order resources within a synchronization operation and incorporate health behavior. They do not automatically create a global transaction or guarantee dependency order across independent regional applications. Sync phases and waves.

For a database-dependent service, test migration completion, application readiness and failure handling explicitly. An App-of-Apps arrangement needs deliberate child-application health and orchestration behavior.

Recovery must restore the intended state

The reviewed Thabit rollback implementation separates production alerting from optional staging automation. Its staging helper creates a new Git object using the failed revision's tree; that operation is not equivalent to computing an inverse change. It must not be presented as a verified rollback. Recovery implementation.

A recovery design should identify the intended prior application state, preserve unrelated changes and verify the result. It must also account for database migrations, external effects and current infrastructure. A Git operation succeeding is not proof that the service recovered.

Validate one complete change

In an isolated environment, demonstrate that an unauthorized apply is blocked, a permitted change reaches its intended destination, a failed policy stops the relevant operation and recovery restores a compatible state.

Record those observations separately from source review. This article reports the source boundaries and required checks; it does not claim that the cloud workflow has been executed or certified.

Sardar Mukhshaf

Sardar Mukhshaf

Full-Stack & DevOps Engineer

I build scalable web applications, secure backend systems, and production-ready cloud infrastructure. My engineering focus spans interface design, API architecture, deployment pipelines, and observability. Follow for more deep dives into system architecture, performance engineering, and emerging technologies.

More from the practice

Keep the useful ideas close.

Follow new articles with your preferred RSS reader.

Open the RSS feed ↗