---
sourceDocument: Brazil IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/it-operations-management

 Release :

    - brazil

ft:locale :

    - en-US

ft:publication_title :

    - Brazil IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Reliability metrics in SLO Management

# Reliability metrics in SLO Management {#ariaid-title1}

Release version: Brazil  
Updated September 10, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read  
Learn about the reliability metrics and features that can help you track service health, respond to issues, and support business goals.

## Service reliability dashboard {#sr-work-SLI-SLO__section_g3s_cgk_xfc}

The Service reliability dashboard displays a customizable, high-level view of service performance. It helps you monitor and manage reliability using visualizations that track service states, error budgets, and service level
objectives (SLOs) over time.

The dashboard displays information about all services in Service Reliability Management (SRM). You can access the dashboard in Service Operations Workspace in the following ways:  
* Navigate to Services (![Services icon]())Service reliability.
* Navigate to Home (![Home icon]())Service reliability
{#sr-work-SLI-SLO__ul_vm2_ghk_xfc}  
For more details, see [Visualizations in the Service reliability dashboard](https://www.servicenow.com/docs/R8Yctrl~89UVs~9ON5ZXsg "List of visualizations and options on the Service reliability dashboard in Service Reliability Management (SRM).").  
Note:  
You can also view SLO information for all services on the Services Overview tab. See [Working with SRM services](https://www.servicenow.com/docs/ot38gY8bo91UBCiEw7AdAg "A service represents a functional outcome like networking, payments, or HR services, that is owned by a team. To deliver that outcome, a service can contain one or more technical components like a user authentication service, or a piece of shared infrastructure like a database.") for more information.

## Notification destinations {#sr-work-SLI-SLO__section_glb_flk_xfc}

Notification destinations help keep teams informed about service reliability. Attach them to error budget policies to send notifications when a policy is breached.

To view and manage notification destinations in Service Operations Workspace, navigate to Teams\[Your team\]SLO Notification destinations.

Visit the following links to learn more about creating and working with notification destinations:  
* [Create a notification destination in SRM](https://www.servicenow.com/docs/7MWmcL5gWHjhcy2C8iKAVA "Set up notification destinations to help keep teams informed about service reliability.")
* [Create SLOs, SLIs, and error budget policies](https://www.servicenow.com/docs/G7YHrnGGPpoA3nVwAf3m2g "Define service level objectives (SLOs), service level indicators (SLIs), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed.")
* [Notifications for breached error budgets](https://www.servicenow.com/docs/lD1MdMeGLDtWxT9NvIRkMw "Details about the notifications that teams receive for breached error budget policies.")
{#sr-work-SLI-SLO__ul_lt5_5mk_xfc}

## Reliability metrics tab {#sr-work-SLI-SLO__section_d35_v4n_zyb}

The Reliability metrics tab shows how well a specific service is meeting its reliability goals. Use it to track SLOs, service level indicators (SLIs), and error budgets for a service.

To view the Reliability metrics tab in Service Operations Workspace, navigate to Services (![Services icon]())\[Your service\]Reliability Metrics.

See these links to learn more about what you can do in the Reliability metrics tab:  
* [Create SLOs, SLIs, and error budget policies](https://www.servicenow.com/docs/G7YHrnGGPpoA3nVwAf3m2g "Define service level objectives (SLOs), service level indicators (SLIs), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed.")
* [Edit a reliability metric](https://www.servicenow.com/docs/csnj7bxZNs7vXgfus8fC7A "Update a reliability metric to keep it relevant and aligned with your team's goals.")
* [View SRM reliability metrics](https://www.servicenow.com/docs/f4OMHD72p1eES7DZ1WadXg "Learn about an existing service level objective (SLO) and service level indicator (SLI).")
{#sr-work-SLI-SLO__ul_lr1_znj_xfc}

## Service level objectives table {#sr-work-SLI-SLO__section_isp_5y4_xfc}

On the Reliability metrics tab, the Service level objectives table includes the following details about the service SLOs:  
* Name - Name of the SLO. You can select the name to view the SLO record.
* Reliability - Current state of the SLO. For example, stable, at risk, or critical.
* % Error budget remaining - Percentage of the error budget still available in the current compliance period.
* Compliance period - Time window used to calculate performance:
  * Month - Current month, for example, if the current date is January 26, the month is January 1 through January 31.
  * Rolling 7, 30, or 90 days - Number of days from the current date. For example, for rolling 7 days, the duration is 7 days back from the current date.
  {#sr-work-SLI-SLO__ul_y25_pjg_dhc}
* SLI type - Performance category being measured:
  * Availability - Percentage of time your service or configuration item is available, also known as uptime.
  * Errors - Frequency of your service errors.
  * Latency - Time that it takes to service a request.
  * Saturation - Fullness of your system, focusing on resource usage.
  {#sr-work-SLI-SLO__ul_v23_sjg_dhc}
* Source type - Origin of the data used to calculate the SLIs for this SLO:
  * Alert - Uses alerts from integrated monitoring tools.
  * Outage - Uses outages detected by monitoring tools and reported by users. An outage indicates when the service was unavailable. This source type excludes planned outages, such as scheduled maintenance.
  {#sr-work-SLI-SLO__ul_xm2_3lg_dhc}
* Updated - The date and time the SLO was last edited.
* Updated by - The user name of the person who last edited the SLO.
* State - Status of the SLO. For example, running or retired.
{#sr-work-SLI-SLO__ul_tnp_d3g_dhc}  
Note:  
For performance purposes, SLO and SLI records (\[sn_sow_srm_slo_history\] and \[sn_sow_srm_sli_metric\]) are archived after one year and deleted five years later. Archived data is omitted from tables and visualizations.

*[\>]: and then