Abweichungen zwischen Repo-Manifesten und Cluster bereinigen #25

Open
opened 2026-10-16 05:59:17 +00:00 by Nick.Rosenloecher · 0 comments
Owner

Ziel

k8s/ beschreibt den laufenden Betrieb so genau, dass ein kubectl apply nichts Ungewolltes ändert.

Offen

  • PVCs: Repo wabenhain-uploads 5Gi und wabenhain-invoices 2Gi als ReadWriteOnce gegen die Default-StorageClass; Cluster: beide ReadWriteMany auf eigenen SMB-PVs (pv-wabenhain-uploads, pv-wabenhain-invoices, 50Gi) mit vers=3.1.1,seal,uid=1001,gid=1001. PV-Definitionen ins Repo übernehmen oder bewusst als Cluster-Sache dokumentieren
  • Postgres-PV wabenhain-postgres-pv (SMB, seal) liegt nicht im Repo
  • STRIPE_PUBLISHABLE_KEY: Repo in der ConfigMap, Cluster im Secret
  • VAT_RATE_PERCENT_SONSTIGES fehlt im Cluster (#24)
  • NetworkPolicies und Middleware cloudflare-only liegen nur in rke2-cluster/ (ohne Git); entscheiden, ob eine Kopie ins Repo gehört
  • Werkzeug-Image der CronJobs auf :latest (#23)

Grundlage

Cluster-Abfrage nur lesend am 2026-10-16; k8s/README.md, Abschnitt „Bekannte Grenzen“ (dort jetzt dokumentiert).

Status

Code: teilweise · Geprüft: nein · Gemergt: nein · Produktiv: entfällt
Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)

## Ziel `k8s/` beschreibt den laufenden Betrieb so genau, dass ein `kubectl apply` nichts Ungewolltes ändert. ## Offen - [ ] PVCs: Repo `wabenhain-uploads` 5Gi und `wabenhain-invoices` 2Gi als `ReadWriteOnce` gegen die Default-StorageClass; Cluster: beide `ReadWriteMany` auf eigenen SMB-PVs (`pv-wabenhain-uploads`, `pv-wabenhain-invoices`, 50Gi) mit `vers=3.1.1,seal,uid=1001,gid=1001`. PV-Definitionen ins Repo übernehmen oder bewusst als Cluster-Sache dokumentieren - [ ] Postgres-PV `wabenhain-postgres-pv` (SMB, `seal`) liegt nicht im Repo - [ ] `STRIPE_PUBLISHABLE_KEY`: Repo in der ConfigMap, Cluster im Secret - [ ] `VAT_RATE_PERCENT_SONSTIGES` fehlt im Cluster (#24) - [ ] NetworkPolicies und Middleware `cloudflare-only` liegen nur in `rke2-cluster/` (ohne Git); entscheiden, ob eine Kopie ins Repo gehört - [ ] Werkzeug-Image der CronJobs auf `:latest` (#23) ## Grundlage Cluster-Abfrage nur lesend am 2026-10-16; k8s/README.md, Abschnitt „Bekannte Grenzen“ (dort jetzt dokumentiert). ## Status Code: teilweise · Geprüft: nein · Gemergt: nein · Produktiv: entfällt Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)
Nick.Rosenloecher added the art/technikstatus/offenprio/niedrig labels 2026-10-16 05:59:17 +00:00
Sign in to join this conversation.