Output:
1040
  1041	Wenn Rollback nötig:
  1042	1. Neues Ingress `pidoka-hf-matomo/matomo-ingress` löschen oder GitOps-App auf vorherigen Stand zurücksyncen.
  1043	2. Altes Ingress aus `/home/kube-bot/backups/matomo-cutover-20260617T135148Z/old-matomo-ingress.yaml` wieder anwenden.
  1044	3. Alte App `hf-matomo/matomo` wieder auf `replicas=1` skalieren.
  1045	4. Prüfen: `https://matomo.heckenfels.com/` HTTP `200`.
  1046
  1047	### Offene Nacharbeiten
  1048
  1049	- Alte `hf-matomo` Ressourcen nicht sofort löschen; mindestens kurze Beobachtungsphase abwarten.
  1050	- Wenn Matomo stabil bleibt: Altbestand geplant entfernen oder archivieren, nur mit explizitem OK.
  1051	- Incomplete HTML-Backup-Datei kann später entfernt werden, wenn kein Bedarf besteht.
  1052	- Lokaler GitOps-Worktree-Hinweis:
  1053	  - Weiterhin uncommitted: `tenants/pidoka/prod/n8n/external-secrets/n8n-secret.yaml`; nicht Teil der Matomo-Arbeit.
  1054
  1055	## Zammad GitOps-Adoption vorbereitet — 2026-06-17 22:03 UTC
  1056
  1057	- Fokus nach Mislavs OK: Zammad-Adoption risikoarm vorbereiten, ohne Live-Sync.
  1058	- Live-Zustand vor/nach Prüfung:
  1059	  - `https://service.heckenfels.com/`: HTTP `200`.
  1060	  - `zammad-0`: `4/4 Running`, Container-Restarts `0`.
  1061	  - PostgreSQL, Redis, Elasticsearch, Memcached: Running.
  1062	  - Zammad ESO: alle vier ExternalSecrets `SecretSynced=True`, SecretStore `Ready=True`.
  1063	- Befund:
  1064	  - `pidoka-hf-zammad-secrets` hatte server-side diff ohne Ausgabe / Exit 0.
  1065	  - `pidoka-hf-zammad` hatte Apply-Konflikte auf Helm-owned StatefulSet `volumeClaimTemplates`.
  1066	- Lokale GitOps-Korrektur vorbereitet, noch nicht gepusht und nicht gesynct:
  1067	  - `repos/platform-gitops/tenants/pidoka/prod/zammad/app.yaml`
  1068	    - `volumeClaimTemplates` aus den bestehenden Helm-StatefulSets entfernt.
  1069	    - `apiVersion: v1` am Elasticsearch `MY_POD_NAME` fieldRef ergänzt.
  1070	  - `repos/platform-gitops/tenants/pidoka/prod/zammad/README.md`
  1071	    - Hinweis ergänzt, dass StatefulSet-PVC-Templates bei der Adoption absichtlich live/Helm-owned bleiben.
  1072	- Verifikation:
  1073	  - `npx kustomize build tenants/pidoka/prod/zammad` erfolgreich.
  1074	  - DMZ `kubectl diff --server-side=true -f -` gegen gerenderten Zammad-Stand: keine Ausgabe / Exit 0.
  1075	  - Zammad danach weiterhin HTTP `200`, Pods Running.
  1076	- Weiterhin lokal uncommitted und nicht Teil dieser Arbeit:
  1077	  - `repos/platform-gitops/tenants/pidoka/prod/n8n/external-secrets/n8n-secret.yaml`.
  1078	- Nächster Schritt mit explizitem OK:
  1079	  - Zammad-Adoptionsfix committen/pushen.
  1080	  - Danach ArgoCD refresh/diff prüfen.
  1081	  - Erst danach optional `pidoka-hf-zammad-secrets` und `pidoka-hf-zammad` syncen, ohne Prune.
  1082
  1083	## Zammad GitOps-Adoptionsfix gepusht — 2026-06-17 22:07 UTC
  1084
  1085	- Mislav gab OK zum Commit/Push.
  1086	- Commit im Repo `GitMasterOne/platform-gitops`:
  1087	  - `edc5624 Prepare Zammad GitOps adoption diff`
  1088	- Enthalten:
  1089	  - `tenants/pidoka/prod/zammad/app.yaml`
  1090	  - `tenants/pidoka/prod/zammad/README.md`
  1091	- Push nach `origin/main` erfolgreich.
  1092	- IT15 ArgoCD Refresh wurde nur auf den beiden Zammad Applications angestoßen, kein Sync:
  1093	  - `pidoka-hf-zammad`: danach `Synced / Healthy`, Revision `edc56244b52263300752a3489134c6d4e3d8e024`.
  1094	  - `pidoka-hf-zammad-secrets`: weiterhin `OutOfSync / Healthy`, Revision `edc56244b52263300752a3489134c6d4e3d8e024`.
  1095	- Verifikation:
  1096	  - DMZ server-side diff für `tenants/pidoka/prod/zammad`: keine Ausgabe / Exit 0.
  1097	  - DMZ server-side diff für `tenants/pidoka/prod/zammad/external-secrets`: keine Ausgabe / Exit 0.
  1098	  - Zammad `https://service.heckenfels.com/`: HTTP `200`.
  1099	  - Zammad ExternalSecrets weiterhin `SecretSynced=True`.
  1100	- Einschätzung:
  1101	  - Haupt-Zammad-App ist erfolgreich als ArgoCD-Adoptionsstand sauber.
  1102	  - Secrets-App ist funktional gesund, aber ArgoCD zeigt OutOfSync vermutlich wegen noch fehlender ArgoCD-Übernahme/Tracking der bereits manuell angewendeten ESO-Objekte.
  1103	- Nächster Schritt mit explizitem OK:
  1104	  - `pidoka-hf-zammad-secrets` einmal ohne Prune syncen, um ArgoCD-Tracking nachzuziehen.
  1105	  - Danach Status prüfen; falls grün, keine weitere Aktion nötig.
  1106
  1107	## Zammad Secrets-App synchronisiert — 2026-06-17 22:10 UTC
  1108
  1109	- Mislav gab OK zum Sync.
  1110	- Durchgeführt:
  1111	  - Nur `pidoka-hf-zammad-secrets` synchronisiert.
  1112	  - `prune=false`.
  1113	  - `ServerSideApply=true`.
  1114	  - Kein Sync der Haupt-Zammad-App nötig, da diese bereits `Synced / Healthy` war.
  1115	- Ergebnis IT15 ArgoCD:
  1116	  - `pidoka-hf-zammad`: `Synced / Healthy`.
  1117	  - `pidoka-hf-zammad-secrets`: `Synced / Healthy`, Operation `Succeeded`.
  1118	- Ergebnis DMZ:
  1119	  - `https://service.heckenfels.com/`: HTTP `200`.
  1120	  - Zammad Pods Running:
  1121	    - `zammad-0`: `4/4`, Container-Restarts `0`.
  1122	    - PostgreSQL, Redis, Elasticsearch, Memcached Running.
  1123	  - ESO:
  1124	    - `SecretStore/zammad/dmz-infisical`: `Valid`, `Ready=True`.
  1125	    - `ExternalSecret` `zammad-postgresql`, `zammad-postgresql-pass`, `zammad-redis`, `zammad-redis-pass`: `SecretSynced=True`.
  1126	- Lokaler GitOps-Stand:
  1127	  - `main...origin/main` sauber.
  1128	  - Weiterhin uncommitted: `tenants/pidoka/prod/n8n/external-secrets/n8n-secret.yaml`; nicht Teil der Zammad-Arbeit.
  1129	- Schlussfolgerung:
  1130	  - Zammad ist jetzt in IT15-ArgoCD adoptiert und die Secret-/ESO-Schicht ist GitOps-synchronisiert.
  1131	  - Kein Prune/Cleanup durchgeführt.