Selbst bauen oder kaufen: Fehlerüberwachung

Jedes Team hat irgendwann einen try/catch hinzugefügt, der an einen Slack-Webhook postet, und die Fehlerüberwachung für gelöst erklärt. Es funktioniert, es hat zwanzig Minuten gedauert, und für ein Nebenprojekt ist es tatsächlich die richtige Entscheidung. Die Probleme beginnen etwa sechs Monate später.

Was die zwanzig Minuten auslassen

• Gruppierung, sonst ist der Kanal beim ersten schlechten Deployment unbrauchbar.
• Ratenbegrenzung, damit eine Schleife nicht zehntausend Nachrichten postet.
• Aufbewahrung und Speicher, weil irgendwann jemand fragen wird, was im März passiert ist.
• Ein Dashboard, denn das Durchblättern eines Slack-Kanals ist kein Triage.
• Weiterleitungsregeln, denn nicht jedes Ereignis verdient dasselbe Ziel.
• Wiederholungen und Eskalation sowie der Bereitschaftsprozess darum herum.

Wann das Selbstbauen trotzdem richtig ist

Wenn die Fehlerbehandlung Ihr Produkt ist, bauen Sie sie selbst. Wenn Sie eine Datenresidenz-Vorgabe haben, die kein Anbieter erfüllt, bauen Sie sie selbst. Ansonsten ist der ehrliche Vergleich nicht »ein Webhook gegen ein Abo«, sondern das dritte Jahr, in dem man die Liste oben pflegt, gegen die Alternative, sie nicht zu pflegen.

Sehen Sie, was es kostet →