Archiv 2026

Morphium 6.3.7 und 6.3.8: Fehler, die wir alle hatten

Letztes Mal ging es um Fehler, die nie jemand hatte. Morphium 6.3.7 und 6.3.8 sind das Gegenteil: Fehler, die wir alle hatten, seit Monaten, teils seit Jahren. Gefunden, weil wir PoppyDB auf einen echten Message-Bus gestellt und richtig hingeschaut haben - Heap-Histogramme, Verbindungszähler, Logs. Ein Double pro Event, das nie wieder verschwindet. 937.000 TCP-Verbindungen in 61 Stunden für einen Client, der nichts zu tun hatte. Ein Watchdog mit 2.229 Fehlalarmen in einer Woche. Und ein Komplett-Restart, der zeigt, warum ein Rolling Restart als Test für Restore-Pfade wertlos ist.

Morphium 6.3.1 — und der durchsichtige Message-Bus

Wir haben gerade Morphium 6.3.1 released - offiziell ein Bugfix-Release, tatsächlich die Ernte der ersten zwei Produktionswochen von 6.3.0: serverseitige Topic-Filter im Change Stream, Erkennung gemischter Messaging-Implementierungen, und ein In-Memory-Driver, der sich jetzt bis zur Event-Reihenfolge wie mongod verhält. Und der Anlass für die größere Geschichte: warum ein Message-Bus aus Dokumenten durchsichtig ist - mit einem Peeker, der alles mitliest ohne zu konsumieren, und Morpheus als Cockpit für den laufenden Bus. Versucht das mal mit Kafka 😉

Morphium 6.2.4 — Wenn Messaging stillschweigend stirbt

Morphium 6.2.4 ist da — und der Anlass war ein Bug, der schwerer zu finden war als zu fixen. In Produktion stoppte das Messaging plötzlich, der Backlog wuchs, im Log stand: nichts. Nur das 10-Sekunden-Fallback-Polling griff noch und hielt die Anwendung gerade so halblebendig. Was wir dabei über Producer/Consumer-Architektur, stille `Error`s und das harte 16-MB-BSON-Limit gelernt haben — und welche fünf Schutzschichten daraus geworden sind.