llms.txt
Search Documentation
Search through all documentation pages
Core Concepts

Incidents Overview

Track service disruptions with incidents, updates, and monitor impact in Kener

Incidents are records for outages or degradations that affect one or more monitors. They provide a user-facing timeline of what happened, current status, and resolution progress.

What an incident includes

Each incident has:

  • Title
  • Start time
  • Current state
  • Affected monitors and impact level (DOWN / DEGRADED)
  • Updates timeline

State lifecycle

Incidents typically move through:

INVESTIGATING → IDENTIFIED → MONITORING → RESOLVED

  • INVESTIGATING: team is actively diagnosing
  • IDENTIFIED: root cause is known
  • MONITORING: fix is applied, watching stability
  • RESOLVED: incident is closed

When an incident becomes RESOLVED, Kener sets the end time automatically.

Sources

Incidents can come from:

  • Dashboard (manual creation)
  • Alerting (auto-created when an alert is configured to create incidents)

Public visibility

Open incidents appear on the public status page and incident views.

Monitor status shown to users follows incident/maintenance precedence (see impact page).

Keep it concise for users

  • Use a clear title
  • Add only meaningful updates
  • Keep impact accurate per monitor
  • Resolve promptly when stable