© Prabowo96/Shutterstock.com
Mit Sentry ein zentrales Fehlermanagement im Produktiveinsatz erstellen

Auf Fehler ist Verlass


Aufgrund der zunehmenden Komplexität von Anwendungen bleiben Fehler nicht aus. Nicht jeder Fehler wird in der Testphase entdeckt – viele Fehler sind auch in den Produktionsumgebungen noch vorhanden. Mit Sentry gibt es eine praktikable Softwarelösung für eine umfassende Fehleranalyse.

Nutzer, die Programmfehler beobachten, melden diese leider meist nicht: Zum einen ist es eine mühselige Angelegenheit, zum anderen ist selten ein klarer Weg erkennbar, um geeignetes Feedback zu übermitteln. Doch selbst wenn ein Nutzer Feedback gibt, ist das nicht immer verwendbar: Genaue Angaben zur verwendeten Plattform (Betriebssystem, Browser, Auflösung etc.) sind vielen Anwendern selbst nicht bekannt, geschweige denn, dass diese Informationen vollständig und korrekt übermittelt werden. Zu diesen Informationen gehören auch weitere Kontextinformationen: Manche Fehler treten erst durch Kombination mehrerer Aktionen bzw. in einem bestimmten Anwendungszustand zu Tage. Spätestens hier sind regelmäßig Anwender und selbst manche Tester überfordert, eine präzise und umfassende Fehlerbeschreibung bereitzustellen. Abhilfe schafft speziell für Crash-Reporting konzipierte Software. Das umfangreiche Angebot am Markt verfügbarer Software vermittelt einen Eindruck davon, wie hoch der Bedarf ist. Eine dieser Lösungen ist Sentry, das zu 100 Prozent als Open Source vorliegt und im Folgenden exemplarisch verwendet wird. Die Konzepte und grundsätzlichen Herangehensweisen lassen sich leicht auch auf andere Produkte übertragen.

Um einen besseren Eindruck davon zu gewinnen, welche Anforderungen an Crash-Reporting-Lösungen gestellt werden, und wieso es sich dabei um etwas anderes als einen einfachen Logger handelt, werden im Folgenden einige Features von Sentry aufgezeigt. Anschließend werden die Einrichtung eines Sentry-Projekts und der praktische Einsatz in einer Beispielanwendung mit Angular erklärt.

Die feinen Unterschiede

Zentrales Logging, z. B. mit Graylog oder dem ELK-Stack, ist bei großen und verteilten Anwendungen ein Muss. Anders lassen sich die über viele Instanzen und Maschinen verteilt anfallenden Informationen nicht sinnvoll handhaben. Logging-Lösungen sind in der Regel darauf spezialisiert, Protokolldaten zu verarbeiten und ggf. daraus zusätzliche Informationen, wie beispielsweise Metriken, abzuleiten. Logging ist damit ohne Frage sehr nützlich. Doch jeder, der öfter anhand von Logstreams Fehler analysiert, hat sich früher oder später zusätzliche Hilfsmittel gebaut. Seien es regu...

Exklusives Abo-Special

Angebote für Teams

Für Firmen haben wir individuelle Teamlizenzen. Wir erstellen Ihnen gerne ein passendes Angebot.

Das Library-Modell:
IP-Zugang

Das Company-Modell:
Domain-Zugang