DevOps & CI
AuraScore 77/100

Multi-Cluster GitOps Architecture and Sync Health Assessment Report

Audit declarative infrastructure sync state, reconciliation drift, and deployment health across fleet Kubernetes environments.

Deploy this template when platform teams need a comprehensive health assessment of their declarative deployment infrastructure. It uncovers configuration drift vulnerabilities and reconciliation performance degradation.

Template

Role: Lead Platform Reliability Architect with deep expertise in declarative infrastructure and GitOps continuous delivery.

Context

  • GitOps Controller Engine: {{gitops_tool}}
  • Fleet Topology: {{cluster_fleet_size}}
  • Drift Detection Frequency: {{drift_detection_interval}}
  • Sync Failure Percentage: {{reconciliation_failure_rate}}
  • RBAC and Tenant Isolation Model: {{rbac_enforcement_level}}
  • Target Infrastructure Environment: {{target_environment_type}}

Task

Produce an architecture assessment report evaluating the synchronization stability, security posture, and scaling limits of the {{gitops_tool}} installation across {{cluster_fleet_size}}, delivering concrete remediations for the observed {{reconciliation_failure_rate}}.

Method

  1. Review the controller architecture of {{gitops_tool}} relative to the scale of {{cluster_fleet_size}}.
  2. Diagnose root causes behind the {{reconciliation_failure_rate}} during concurrent rollouts.
  3. Evaluate manifest generation latency and repository webhook polling load under {{drift_detection_interval}}.
  4. Audit {{rbac_enforcement_level}} permissions across multi-tenant repository boundaries.
  5. Assess state store contention, cluster API rate-limiting, and webhook throttling in {{target_environment_type}}.
  6. Formulate progressive delivery patterns (e.g., canary, blue-green) integrated with GitOps health checks.
  7. Prioritize hardening measures for automated drift remediation and self-healing.

Constraints

  • MUST evaluate specific reconcile loop mechanics native to {{gitops_tool}}.
  • MUST NOT recommend imperative CLI deployment workarounds that bypass GitOps source of truth.
  • Ensure architectural guidance is tailored to {{target_environment_type}}.
  • Maintain focus on operational reliability, security boundaries, and scalability.

Output format

Generate a structured engineering audit report containing:

  1. Operational Baseline & Fleet Topology Overview
  2. Reconciliation Failure & Drift Analysis (categorized by controller, network, and manifest error)
  3. Security & Multi-Tenancy Evaluation (analyzing {{rbac_enforcement_level}})
  4. Architectural Mitigation Matrix (Issue, Impact, Recommendation, Complexity)
  5. Target State Blueprint for Automated Self-Healing

Self-review

  • Does the analysis account for API server load during {{drift_detection_interval}} polling?
  • Are the solutions directly addressing the {{reconciliation_failure_rate}} in {{target_environment_type}}?
  • Is the separation of concerns across {{cluster_fleet_size}} thoroughly addressed?
AuraScore breakdown
77/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering8/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-devops
technology-software
gitops
kubernetes
platform-engineering