Fehler

AppSignal erfasst die Exceptions, die Ihre Anwendung auslöst, gruppiert sie so, dass sie leicht zu triagieren sind, und alarmiert Sie, wenn etwas Aufmerksamkeit erfordert. Fehler sind eng mit Traces verknüpft: Ein Fehler tritt meist innerhalb eines Requests, eines Hintergrundjobs oder eines Script-Laufs auf, und der umgebende Trace liefert das Timing und den Kontext, den Sie zum Debuggen benötigen.

​

Wie AppSignal Fehler gruppiert

Wenn Ihre Anwendung eine Exception meldet, gruppiert AppSignal sie zu einem Issue zusammen mit anderen Vorkommen desselben Fehlertyps in derselben Action und im selben Namespace. Ein einzelner Bug, der tausendfach auftritt, wird zu einem einzigen Issue für die Triage und nicht zu tausenden separaten Alarmen. Jedes Issue enthält eine Reihe von Traces: repräsentative Vorkommen mit vollständigem Backtrace, Request-Metadaten (wie Hostname, Revision und Request-Pfad) sowie alle von Ihnen hinzugefügten Tags.

​

Die von einem Deploy verursachten Fehler anzeigen

Mit dem Filter Pick a revision auf der Fehlerseite können Sie die Fehlerliste auf einen Deploy oder einen Zeitraum eingrenzen. Öffnen Sie ihn, um einen Geltungsbereich zu wählen, etwa By Revision (deploy) oder By Timeframe, der einen Zeitraum abdeckt. Standardmäßig ist der Filter auf All errors eingestellt, der alle aufgetretenen Issues vom neuesten zum ältesten auflistet. Wählen Sie New errors, um nur die Fehler aufzulisten, die darin erstmals aufgetreten sind:

• Most recent revisions: Fehler, die seit den jeweils neuesten Revisionen pro Service erstmals aufgetreten sind.
• A specific revision: Fehler, die in diesem Deploy erstmals aufgetreten sind.
• A timeframe: Fehler, die innerhalb dieses Zeitraums erstmals aufgetreten sind. Wählen Sie eine Start- und Endzeit, oder einen Voreinstellungswert wie Last 24 hours oder Last 7 days.

Solange New errors ausgewählt ist, zeigt die Filterbeschriftung dies an, zum Beispiel New in revision a1b2c3d oder New in timeframe. Der Schalter bleibt aktiv, wenn Sie einen anderen Deploy oder Zeitraum wählen. Er ist außerdem Teil der Seiten-URL, sodass ein von Ihnen geteilter Link dieselbe Liste öffnet. Deploy-Marker teilen AppSignal mit, wann jeder Deploy stattgefunden hat. Bis Sie sie hinzufügen, zählt AppSignal alles seit der Erstellung der App als einen einzigen Deploy. New errors bei Most recent revisions listet dann jeden Fehler auf. Wählen Sie stattdessen einen Zeitraum. KI-Tools, die Sie mit AppSignal MCP verbinden, etwa Claude Code oder Cursor, können dieselbe Liste abrufen. Sie verwenden dazu den Parameter new_only des Tools get_exception_incidents.

​

Triage und Benachrichtigungen

Jedes Issue kann einem Teammitglied zugewiesen werden, einen Zustand und einen Schweregrad erhalten und mit eigenen Benachrichtigungseinstellungen konfiguriert werden. AppSignal benachrichtigt Sie über Ihre konfigurierten Kanäle (E-Mail, Slack und andere Integrationen), wenn ein neuer Fehler erkannt wird.

​

Namespaces

Fehler werden nach Namespace gruppiert, sodass Sie Web-Requests von Hintergrundjobs trennen können. Die Standard-Namespaces sind Web und Background, und Sie können benutzerdefinierte Namespaces konfigurieren. Siehe Namespaces für Details.

​

Alarmierung bei Fehlerraten

Über die Benachrichtigungen pro Fehler hinaus kann die Anomaly detection Sie alarmieren, wenn die Fehlerrate für eine Anwendung oder einen Namespace einen von Ihnen festgelegten Schwellenwert überschreitet.

​

Behandelte Exceptions melden

Wenn Sie eine Exception selbst abfangen, können Sie sie dennoch mit den von Ihrem SDK bereitgestellten Hilfsmethoden an AppSignal melden. Die genauen Helfer-Namen variieren je nach SDK, das Ziel ist jedoch dasselbe: Halten Sie den Fehler an den Trace gebunden oder senden Sie ihn mit nützlichem Kontext.

• Ruby: report_error, set_error und send_error
• Elixir: Appsignal.set_error/2 und Appsignal.send_error/3
• Node.js: setError() und sendError()
• Python: set_error und send_error
• PHP: Exception-Behandlung
• Front-End JavaScript: Fehlerbehandlung

​

Debugging-Kontext hinzufügen

Um Fehler einfacher untersuchen zu können, fügen Sie mehr Kontext hinzu mit:

• Tagging
• Backtrace-Links
• Performance / Tracing

​

Siehe auch

• Das Ruby-Debug-Gem: Breakpoints, schrittweises Debuggen und der Stack: Verwenden Sie das Ruby-Gem debug, um ein Problem zu untersuchen, während Sie es lokal reproduzieren.
• params.expect: Strong Parameters in Rails 8: Rails 8 führt params.expect ein, um Parameter in einem Schritt zu erlauben und zu verlangen. Es lehnt unerwartete Parameterformen als fehlerhafte Requests ab.