Docker on Karstens Tech & Infra Blog

PostgreSQL Major-Version-Upgrade in Docker Swarm

Sun, 03 May 2026 12:00:00 +0000

Wer selbst gehostete Dienste betreibt, kommt irgendwann an den Punkt, an dem eine Datenbank ein Major-Version-Upgrade braucht. Bei PostgreSQL ist das kein trivialer Vorgang: Das Dateiformat des Datenverzeichnisses ist zwischen Hauptversionen inkompatibel. PostgreSQL 18 verweigert schlicht den Start, wenn es ein PG14-Datenverzeichnis vorfindet. Ein einfacher Image-Tausch in der docker-compose.yml reicht nicht.

Der einzige unterstützte Weg ist Dump und Restore: Daten exportieren, frisches Cluster mit der neuen Version initialisieren, Daten importieren. In der Theorie einfach, in der Praxis hat Docker Swarm ein paar Eigenheiten, die einen erwischen können.

Der Synapse-Stack: Matrix-Homeserver, Messenger-Brücken und ein LLM-Bot

Sun, 12 Apr 2026 14:00:00 +0000

Im ersten Post habe ich kurz beschrieben, welche Dienste in meinem Stack laufen. Heute geht es tiefer in den Synapse-Stack – meinen Matrix-Homeserver inklusive drei Messenger-Brücken und einem KI-Chatbot.

Warum Matrix?

Matrix ist ein offenes, föderiertes Kommunikationsprotokoll. „Föderiert" bedeutet: Jeder kann seinen eigenen Homeserver betreiben, und Nutzer verschiedener Server können miteinander kommunizieren – ähnlich wie bei E-Mail, aber für Instant Messaging.

Der entscheidende Vorteil für mich: Matrix lässt sich mit anderen Messengern brücken. Ich empfange und sende Signal-, Telegram- und WhatsApp-Nachrichten aus einem einzigen Client heraus, ohne eine dieser Apps installiert zu haben.

Mein Self-Hosted Stack – Ein Überblick

Sun, 12 Apr 2026 12:00:00 +0000

Seit einiger Zeit betreibe ich auf einem Netcup-Rootserver eine Reihe selbst gehosteter Dienste – als vollständigen Ersatz für Google Drive, GitHub, WhatsApp, Slack und einige andere Cloud-Produkte. In diesem Post gebe ich einen Überblick über den gesamten Stack. Nachfolgende Artikel werden die einzelnen Dienste jeweils im Detail vorstellen.

Die Basis: Ein Rootserver und Docker Swarm

Der gesamte Stack läuft auf einem einzelnen Rootserver bei Netcup. Als Container-Orchestrierung kommt Docker Swarm zum Einsatz – nicht Kubernetes. Das ist eine bewusste Entscheidung: Für einen einzelnen Node ist Swarm deutlich einfacher zu betreiben, verbraucht weniger Ressourcen und erfordert wesentlich weniger Konfigurationsaufwand. Die meisten Swarm-Features, die ich brauche – Rolling Updates, Secrets-Management, Health Checks, Restart Policies – sind direkt verfügbar, ohne Helm-Charts oder Operator-Patterns.