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.
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
- Review the controller architecture of {{gitops_tool}} relative to the scale of {{cluster_fleet_size}}.
- Diagnose root causes behind the {{reconciliation_failure_rate}} during concurrent rollouts.
- Evaluate manifest generation latency and repository webhook polling load under {{drift_detection_interval}}.
- Audit {{rbac_enforcement_level}} permissions across multi-tenant repository boundaries.
- Assess state store contention, cluster API rate-limiting, and webhook throttling in {{target_environment_type}}.
- Formulate progressive delivery patterns (e.g., canary, blue-green) integrated with GitOps health checks.
- 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:
- Operational Baseline & Fleet Topology Overview
- Reconciliation Failure & Drift Analysis (categorized by controller, network, and manifest error)
- Security & Multi-Tenancy Evaluation (analyzing {{rbac_enforcement_level}})
- Architectural Mitigation Matrix (Issue, Impact, Recommendation, Complexity)
- 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?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.