How AppSignal groups errors
When your application reports an exception, AppSignal groups it into an issue with other occurrences of the same error type on the same action and namespace. A single bug that fires thousands of times becomes one issue to triage, not thousands of separate alerts. Each issue keeps a set of samples: representative occurrences with the full backtrace, request metadata (such as hostname, revision, and request path), and any tags you add.Triage and notifications
Each issue can be assigned to a team member, given a state and a severity, and configured with its own notification settings. AppSignal notifies you through your configured channels (email, Slack, and other integrations) when a new error is detected.Namespaces
Errors are grouped by namespace, so you can separate web requests from background jobs. The default namespaces are Web and Background, and you can configure custom ones. See Namespaces for details.Alerting on error rates
Beyond per-error notifications, anomaly detection can alert you when the error rate for an application or namespace crosses a threshold you set.Reporting handled exceptions
If you catch an exception yourself, you can still report it to AppSignal with the helper methods provided by your SDK. The exact helper names vary by SDK, but the goal is the same: keep the error attached to the trace, or send it with useful context.- Ruby:
report_error,set_error, andsend_error - Elixir:
Appsignal.set_error/2andAppsignal.send_error/3 - Node.js:
setError()andsendError() - Python:
set_errorandsend_error - PHP: Exception handling
- Front-end JavaScript: Error handling