Skip to Content
SREStatus pages & boards

Status pages & boards

Public status pages and internal boards communicate component health, incidents, and maintenance to subscribers (for example email, Slack, SMS) while giving operators a single operational view.

Video: create and publish a custom status board

The walkthrough below matches the topic of this recording. The MP4 does not ship with a separate caption or subtitle file in the asset bundle, so this page provides a written companion—not an automatic speech-to-text transcript. For exact UI labels and timing, follow the video.

Create and publish a custom status board for service monitoringConsole walkthrough: building a board, adding monitors and dependencies, and publishing.

Step-by-step guide

Work in the Exemplar console . Exact names may match the video (for example Production Service Board).

  1. Open Status boards — From the console, go to the area where status boards / service boards are managed (the video starts from this context).

  2. Start a new board — Choose Create (or equivalent) and give the board a clear name, for example by environment or audience (Production, Customer-facing, Internal ops).

  3. Add rows for your stack — Attach the signals you want on one screen:

    • Synthetic / endpoint monitors — HTTP(S) checks against your APIs or health URLs.
    • Third-party vendors — Feeds from providers you depend on (aggregated vendor status).
    • Catalog entities — Services or components from your catalog, if you link boards to catalog-backed health.
  4. Group and navigate — Organize sections (for example Monitors, Third party, Catalog) so viewers can scan quickly. Use jump / in-page navigation if the UI offers it to move between sections on a long board.

  5. Set the story for subscribers — Configure the global banner and legend so Operational, Downtime, Degraded, and Maintenance states read clearly. This is what stakeholders see during an incident.

  6. Tie in incidents and comms — Ensure active incidents and maintenance windows surface on the board where your process expects (subscriber email, Slack, SMS, etc., per product settings).

  7. Publish and share — Complete the publish flow so the board has a stable URL (public or restricted, per your setup). Share the link with teams or customers who rely on this view.

  8. Smoke-check — Open the published board and confirm rows show live status, recent history bars, and that Get notified / subscription options behave as expected.

Blog

Last updated on