All Tools View Categories About Contact Privacy

Azure Application Insights Formatter

Decode App Insights severities and align traces into time / severity / role / operation / message rows.

Runs entirely in your browser — your traces never leave this page.
0
Traces
0
Errors
0
Roles
0
Operations

  

About Azure Application Insights Formatter

Application Insights traces come out of the box in several shapes: structured JSON lines with numeric severityLevel, the traditional on-prem prefix (timestamp followed by a role), and Analytics query output. Azure Application Insights Formatter detects the shape, resolves numeric severities to names, and lines each trace up into time | severity | role | operation | message columns.

A severity histogram, roles breakdown, and per-operation volume complete the picture — enough to jump straight from paste to “The webapp started 4xxing orders at 14:00.”

Features

  • Shape autodetection — JSON, on-prem prefix, Analytics rows.
  • Severity mapping — 0–4 to Verbose…Critical.
  • Role/operation columns — parsed where present.
  • Severity histogram — errors isolated.
  • Copyable report.
  • Local only — nothing uploaded.

How to Use

  1. Paste traces — JSON lines, stdout, or Analytics rows.
  2. Format. Columns align, severities resolve.
  3. Read the severity and role summaries.
  4. Copy the report for the incident.

Examples

Example 1 — Incident replay. Structured traces decode numeric severities so severityLevel: 3 becomes an obvious Error spike.

Example 2 — Role attribution. Traces carrying cloud_RoleName show which service owned the failures.

Example 3 — Dependency impact. Operation names make it easy to correlate a failing endpoint with its callers.

Benefits

  • Severities decoded — numbers become names.
  • Roles visible — service attribution.
  • Operations grouped — endpoint impact.
  • Shape-tolerant — JSON and stdout both.
  • Private — all processing client-side.

Frequently Asked Questions

Which Application Insights traces are supported?
Structured trace lines such as <code>{"timestamp":"...","severityLevel":3,"message":"..."}</code>, the classic on-prem / Kudu stdout style that prefixes a role name, and analytics-query-style rows. The formatter auto-detects each.
How are severity levels mapped?
Numeric App Insights severities are translated to readable names: 0 Verbose, 1 Information, 2 Warning, 3 Error, 4 Critical. String levels are kept as-is.
What columns does the output use?
Each trace is shown as <code>time | severity | role | operation | message</code> so you can see at a glance which service produced which message during which operation.
What do the stats include?
Total traces, a severity histogram (errors and criticals counted separately), volume per cloud role, and per-operation counts.
Is this useful for outage triage?
Definitely. Sorting traces by time while keeping operation and severity visible shows exactly when a role started throwing and which endpoint the failures hit.