Journal

Siebzehn Minuten am 8. Juni 2026

Der einzige Ausfall, von dem wir seit dem Start der Kundenwebsites wissen: was versagte, warum es alles mitriss, wie wir es merkten und was sich geändert hat.

Am Morgen des 8. Juni 2026, gegen zehn Uhr, war alles, was wir betrieben, für etwa siebzehn Minuten nicht erreichbar: die Websites unserer Kunden, unsere eigene Website und unsere Dienste. Es ist der einzige Ausfall, von dem wir wissen, seit wir im Dezember 2024 begonnen haben, Websites für Kunden zu betreiben. Dies ist der Bericht, den wir dazu schulden, später geschrieben, als er hätte sein sollen.

Was passiert ist

Unser Code nutzte für Lizenzprüfungen eine Bibliothek eines Drittanbieters. Diese Bibliothek geriet in einen eigenen Fehler, und weil unser Code sie so aufrief, wie er es tat, blieb ihr Versagen nicht eingegrenzt: Es riss das ganze System mit. Sonst war nichts falsch. Kein Server fiel aus, keine Datenbank wurde beschädigt, keine Daten gingen verloren. Sobald die Ursache gefunden und die Abhängigkeit von der Bibliothek aus dem Pfad entfernt war, über den Seiten ausgeliefert werden, lief alles wieder.

Wir nennen die Bibliothek nicht. Der Fehler lag ebenso in der Art, wie wir sie nutzten, wie in der Bibliothek selbst, und sie zu nennen, würde die Schuld dorthin schieben, wo sie nur zur Hälfte hingehört.

Wie wir es bemerkt haben

Die ehrliche Antwort: weil plötzlich alles weg war. Damals überwachte kein Monitor unsere Dienste von aussen. Wir haben es so erfahren, wie es auch ein Besucher erfahren hätte, und so herum sollte es nicht sein. Die siebzehn Minuten sind unsere eigene Rekonstruktion jenes Morgens, keine Messung. Deshalb nennen wir auch keine genaue Verfügbarkeitszahl für die Zeit davor: Es gab nichts, das sie gemessen hätte.

Was sich geändert hat

Drei Dinge.

  • Die Bibliothek ist weg. Sie ist in keinem System mehr enthalten, das wir betreiben.
  • Eine Abhängigkeit, die für die Anzeige einer Seite nicht nötig ist, kann die Anzeige einer Seite nicht mehr verhindern. Eine Lizenzprüfung, ein Statistikaufruf, eine Benachrichtigung: Wenn eines davon fehlschlägt, antwortet die Seite trotzdem, und der Fehler wird protokolliert. Das ist jetzt eine Regel, die wir im Review prüfen, keine Hoffnung.
  • Vier unabhängige Monitore überwachen unsere Dienste. Sie laufen an verschiedenen Orten und alarmieren getrennt, damit ein einzelner ausgefallener Monitor keinen Ausfall verbergen kann. Seit unser eigener Cluster am 3. Oktober 2026 in Betrieb ging, veröffentlicht status.elchi.dev, was gemessen wird, auch jede Störung mit ihrer tatsächlichen Dauer.

Warum wir das schreiben

Ein Unternehmen, das Ihnen seine Zahlen nennt, sollte Ihnen auch von der Zeit erzählen, in der die Zahlen schlecht waren. Wenn Sie an einem Montagmorgen von diesen siebzehn Minuten betroffen waren und nie etwas von uns dazu gehört haben, ist das die Erklärung, und es tut uns leid, dass sie so spät kommt.

Ab jetzt bekommt jede Störung, die ein Kunde bemerken könnte, einen Bericht wie diesen im Journal: was versagte, wie lange es dauerte und was wir geändert haben.

Geschrieben von Samuel Krauss, Founder. Abgelegt unter incident, operations.

Übersetzt aus dem Englischen. Zum englischen Original

Alle Beiträge Dieser Beitrag als Markdown Atom-Feed