Decide which caught exceptions deserve explicit Application Insights reporting

Source facts

Microsoft explains that some instrumentation libraries report exceptions automatically, while exceptions handled by application code ordinarily are not reported. The OpenTelemetry customization guide describes manual reporting for exceptions that should appear in failure investigations and end-to-end transaction views. Microsoft Learn.

Applicability

Use this review for a particular handled-error path in an instrumented application. Identify the language, instrumentation already installed, intended telemetry destination and the operational question that the exception should help answer. A handled exception alone does not establish a failed business transaction.

DSE recommendation

DSE recommends choosing representative handled failures with the application owner before adding reporting. Define which errors merit investigation, what context is safe to include and how repeated occurrences should be interpreted. Review the relevant language example in the current source and limit the first change to a controlled application build.

Verification

Exercise the approved handled-error path and locate its exception record alongside the intended transaction. Also run a normal request and an automatically captured failure. Check that the added reporting supplies useful context without duplicating existing records or exposing request secrets. Preserve sanitized examples and the instrumentation configuration for later diagnosis.

Official references

Microsoft Learn: Add and Modify OpenTelemetry in Application Insights.