Root app
Root application on hub-dc reconciles the platform repo and ApplicationSets.
Use GitOps as the fleet contract. Live edits should either be deliberate break-glass fixes or short-lived remediation that is reconciled back into desired state.
Repositories
| Path | Role | Notes |
|---|---|---|
lab-gitops-full/ | Platform desired state | Operators, storage, ACM, OADP, service mesh, policies, dashboards, cluster overlays, and platform cleanup commits. |
lab-workloads/ | Application workload source | Non-platform app bases. Source-only bases are inert until a cluster overlay references them. |
lab-gitops/ | Bootstrap context | Bootstrap-only reference copied from ocp-bootstrap. Do not treat it as the live desired-state source. |
Argo CD
Root application on hub-dc reconciles the platform repo and ApplicationSets.
Each cluster has a cluster-config Application. Local spoke Argo status is authoritative for managed-pull spoke apps.
hub-dc-workloads points at lab-workloads and deploys only referenced workload overlays.
Current repo facts
demo-orders was removed from lab-workloads and inactive Kafka fixtures were removed from lab-gitops-full.lab-gitops-full/CHANGELOG.md must be updated when desired-state changes occur.Validation
oc kustomize lab-gitops-full/clusters/hub-dc
oc kustomize lab-gitops-full/clusters/hub-dr
oc kustomize lab-gitops-full/clusters/spoke-dc
oc kustomize lab-gitops-full/clusters/spoke-dr
oc kustomize lab-workloads/clusters/spoke-dc
oc kustomize lab-workloads/clusters/spoke-dr
For live validation, check Argo CD sync and health on the specific cluster that owns the Application. Avoid assuming the hub-side status artifact is authoritative for managed-pull spokes.