From 87f6d32e118d42366a264bfc1623fb6016bc1b91 Mon Sep 17 00:00:00 2001 From: Administrator Date: Thu, 13 Aug 2026 20:27:38 +0000 Subject: [PATCH] docs: create betrieb/upgrades --- betrieb/upgrades.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 betrieb/upgrades.md diff --git a/betrieb/upgrades.md b/betrieb/upgrades.md new file mode 100644 index 0000000..6025c57 --- /dev/null +++ b/betrieb/upgrades.md @@ -0,0 +1,25 @@ +--- +title: Upgrades +description: Stack aktualisieren — alles über GitOps +published: true +date: 2026-08-13T20:27:33.029Z +tags: +editor: markdown +dateCreated: 2026-08-13T20:27:33.029Z +--- + +Der Stack wird per **GitOps** aktualisiert — nichts von Hand am Cluster, alles über einen Commit nach git.lab (**nie direkt nach Gitea** pushen). + +## ESS-Chart +- Chart-Version in `apps/production/element-server-suite.yaml` (HelmRelease) anheben, committen → Flux zieht die neue Version. +- Vorher das Changelog/Breaking-Changes der ESS-Version prüfen (die Schema-Validierung ist streng — ungültige Werte brechen den Reconcile mit kryptischen Fehlern). + +## Einzel-Images (Authentik, coturn, ClamAV, Draupnir, Wiki.js …) +- Image-Tag im jeweiligen Manifest anheben, committen → Flux rollt neu aus. +- Bei DB-Schema-Migrationen (Authentik, Wiki.js): vorher ein aktuelles **Backup** sicherstellen. + +## Ablauf +1. Backup-Stand prüfen. +2. Version im Repo anheben, committen, nach git.lab pushen. +3. `flux reconcile` beobachten; Pods + Health prüfen. +4. Bei Problemen: Commit zurückrollen — GitOps macht das Rollback trivial.