Unsere Monitoring-Basis Uptime Kuma

Warum Monitoring einer der stärksten Grundbausteine unserer Kundenbetreuung ist

Monitoring ist kein Zusatz im modernen Softwarebetrieb. Es ist eine unverzichtbare Schutzschicht die Stabilität Leistung und Vertrauen sichert. Bei Iridium Works setzen wir auf ein Setup das Open Source Flexibilität mit eigener Automatisierung kombiniert damit wir immer wissen wie sich unsere Systeme verhalten bevor es Nutzer bemerken.

Unsere Monitoring Basis Uptime Kuma

Uptime Kuma ist ein Open Source Tool mit dem wir die Verfügbarkeit von Services mit voller Kontrolle überwachen. Anders als bei geschlossenen Plattformen können wir es beliebig erweitern anpassen und tief in unsere Abläufe integrieren.

Eine vereinfachte Übersicht zeigt welche Ebenen wir überwachen:

Eigene Payload Checks für API Routen

Geschäftskritische Prozesse lassen sich nur durch die tatsächlichen Daten prüfen die eine API zurückgibt. Daher nutzen wir eigene Payload Checks. Jeder Check stellt sicher dass der Service nicht nur antwortet sondern auch korrekt funktioniert.

Ein Beispiel wie ein solcher Check grundsätzlich aussehen kann:

// Pseudocode example for a custom API validation 
const response = await fetch("https://api.example.com/status", { method: "POST", body: JSON.stringify({ token: "12345" }) })

if (response.status !== 200) alert("Service unreachable")
if (response.data.health !== "ok") alert("Unexpected API state")

Die Bedeutung von HTTP Status Codes im Monitoring

HTTP Status Codes gehören zu den grundlegendsten Signalen für die Erkennung von Problemen in digitalen Systemen. Jede Anfrage zwischen Client und Server erzeugt einen numerischen Code der das Ergebnis des Vorgangs widerspiegelt. Codes im Bereich 200 zeigen dass alles wie erwartet funktioniert. Der Bereich 300 steht für Umleitungen die beabsichtigt oder unbeabsichtigt sein können. Ab den 400er Codes machen sich Fehler sichtbar bei denen eine Anfrage nicht erfüllt werden kann meist aufgrund von Client Problemen. Die 500er Codes weisen auf Server Fehler hin die sofortige Aufmerksamkeit erfordern. Durch die kontinuierliche Überwachung dieser Codes erhalten wir frühzeitig Einblick in Leistungsabfälle wiederkehrende Fehlermuster oder plötzliche Ausfälle. Diese Ebene ist der schnellste und direkteste Indikator für den Zustand eines Systems.

Unsere selbst entwickelte Slack App

Wir haben eine Slack Integration entwickelt die direkt über einen Webhook angebunden ist. Sie löst aus sobald Monitoring Schwellenwerte überschritten werden zum Beispiel wenn sich ein Service nach zwei automatischen Versuchen nicht selbst wiederherstellt.

Vorteile dieses Setups

Mögliche Nachteile

Mögliche Erweiterungen

Monitoring bleibt einer der wichtigsten Bausteine für stabile digitale Produkte. Je stärker das Monitoring desto höher das Vertrauen Ihrer Nutzer in die Qualität Ihrer Anwendung.