26 lines
1.1 KiB
Markdown
26 lines
1.1 KiB
Markdown
 
|
---
|
||
|
|
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.
|