docs: create betrieb/upgrades
This commit is contained in:
committed by
ThreadNet Wiki
parent
b1228b323e
commit
87f6d32e11
@@ -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.
|
||||
Reference in New Issue
Block a user