Pricing Login
Pricing
Support
Demo
Interactive demos

Click through interactive platform demos now.

Live demo, real expert

Schedule a platform demo with a Sumo Logic expert.

Start free trial

DevOps and Security Glossary Terms

Glossary Terms
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Service Level Indicator (SLI) - definition & overview

In this article
What is a Service Level Indicator?
What are common SLI metrics and terminology?
How do SLIs work in practice?
How to track and collect SLIs
SLAs
How Sumo Logic can help
FAQs
What is a Service Level Indicator?
What are common SLI metrics and terminology?
How do SLIs work in practice?
How to track and collect SLIs
SLAs
How Sumo Logic can help
FAQs

What is a Service Level Indicator?

A service level indicator (SLI) is a specific metric that helps companies measure some aspect of the level of services to their customers. SLIs are a smaller sub-section of Service Level Objectives (SLO), which are in turn part of Service Level Agreements (SLA) that impact overall service reliability. SLIs can help companies identify ongoing network issues and application issues to lead to more efficient recoveries.

SLIs are typically measured as percentages, with 0% being terrible performance and 100% being perfect performance. SLIs are the foundation of SLOs, which represent the objectives that an organization is aiming to achieve. SLOs will determine which SLIs are underscored.

Below we’ll get into some of the most common SLIs you’ll encounter.

Key takeaways

  • SLIs are metrics that contribute to SLOs which in turn are the benchmarks a company uses to measure a level of service to customers and users.
  • SLIs are typically measured as percentages, with 0% being terrible performance and 100% being perfect performance.
  • To gather and track SLIs accurately, companies need to be measuring behavior on the client side, rather than the server side.
  • robust observability platforms, like Sumo Logic, to help them measure their objectives and ensure they’re on track to meeting their KPIs, deadlines, and long-term strategies.

What are common SLI metrics and terminology?

Some of the most common SLIs defined and measured by DevOps and SRE teams might include:

  • Request latency
    This is perhaps the most valued or widely measured SLI today. Request latencies look at how long it takes for companies to return a response to a request.
  • Error rate
    Error rates are another key SLI, and they measure, as you may have guessed, the number or level of errors throughout the customer experience. A low error rate, let’s say at 5%, would represent an SLO at 95%.
  • System throughput
    System throughput is measured through requests per second or the sum of all data delivered to their various terminals within a network.
  • Availability
    Availability is another important SLI that measures the fraction of time that a service is available. Availability is connected to and often determined in terms of the next SLI: yield.
  • Yield
    Yield is the rate, usually as a fraction, of successful and well-formed service requests. High yield is a good indication of your correctness and accuracy.
  • Durability
    Durability is the percentage that companies will be able to retain data over time, which is essential to logging and data storage.

SLIs are the foundational elements for SLOs. And while organizations want to get as close to 100% SLO rates as possible, it’s important to remember that perfect SLO percentages are nearly impossible to achieve, even for the most efficient companies. Still, you should be shooting for high percentages, and below we'll talk about how you can determine which SLIs to focus on.

How do SLIs work in practice?

Companies need to understand that SLIs take time and resources to track and measure accurately, and in some cases, less can be more. Rather than measuring every SLI available to you, organizations should focus on a few SLIs that are the most relevant to their needs and objectives.

Below are a few service-focused categories that you can rely on to pick and choose the SLIs most relevant to your business goals.

  • User-facing systems and apps are generally most concerned with availability, throughput, and latency. This is all about speed and effectiveness when it comes to service requests—were requests handled well and promptly? How many requests could your systems handle before inefficiencies were exposed?

  • Storage systems underscore durability, availability, and latency. Storage systems are most concerned with how data is accessed and stored. Is data readily available when needed? How long does it take to review or read data?

  • Big data systems look at throughput and end-to-end latency. Data systems look at data processing pipelines and provide measurements for how long it takes for data to be processed and stored from start to finish on the data pipeline.

  • Correctness is relevant to all systems, SLIs and SLOs. Correctness has to do with how accurate you were in providing the right answer to your customers, retrieving the correct data, or providing the right analysis.

By focusing on a few key SLIs, you can make better use of your time and resources, narrowing your SLO efforts to the most relevant metrics and objectives.

How to track and collect SLIs

To gather and track SLIs accurately, companies need to be measuring behavior on the client side, rather than the server side, so they don’t miss the various problems that affect users. For latency issues on user-facing systems, for example, if you focus on response latency within the backend, you might not notice latency issues due to the page’s front-end scripts.

This means that organizations should focus on aggregating raw measurements to get the clearest SLI responses and readings. Measurements can be simplified to avoid errors in the following ways:

  • Avoid creating averages because the amount of time it takes for specific requests will differ so greatly that an average will end up obscuring your results

  • Use a percentile for all your key indicators to ensure the most accurate distributions along with their differing SLI attributes

  • Aggregate intervals over a specific period, such as one minute

  • Track how frequently measurements are made, such as one measurement every 30 seconds

The key is to look at these metrics in their simplest forms. By looking at percentiles and per-second or per-minute intervals, you’ll have raw SLI metrics that can easily be measured.

SLAs

While both SLOs and SLIs are technically subcategories of SLAs, it’s important to note that because SLAs are used so broadly across so many different contexts, most of the emphasis from IT and SRE teams is now placed on indicators and objectives.

For clarity and precision, it will likely behoove your IT team to focus on SLOs and the specific SLIs that pertain to those objectives.

How Sumo Logic can help

Businesses are focused on achieving their goals, which is why they value robust observability platforms, like Sumo Logic, to help them measure their objectives and ensure they’re on track to meeting their KPIs, deadlines, and long-term strategies.

Try Sumo Logic’s free trial today to see how we can help you reach your goals and maintain quality assurance today.

FAQs

What are common challenges in implementing service level indicators?

Common challenges in implementing service-level indicators include defining relevant and measurable metrics, aligning SLIs with business goals, ensuring the accuracy and reliability of data collection, setting realistic targets, dealing with changing user expectations, and effectively communicating SLI data to relevant stakeholders.

What is the relationship between SLIs, SLOs and SLAs?

SLIs, SLOs and SLAs are interconnected components that play crucial roles in ensuring service reliability and performance. SLIs serve as the metrics to measure performance. SLOs set performance targets, and SLAs formalize these targets into contractual agreements between the service provider and the customer, establishing clear expectations and accountability. The relationship between SLIs, SLOs, and SLAs is hierarchical, with SLIs informing SLOs and SLOs, forming the basis of SLAs to ensure service quality and reliability.

Who decides which SLIs to track?

Deciding which SLIs to track is a collaborative decision-making process involving input from cross-functional teams such as product, engineering and customer service. By engaging stakeholders from various departments, organizations can select SLIs that accurately reflect the service quality and ensure they track the most relevant aspects of performance and user experience.

Complete visibility for DevSecOps

Reduce downtime and move from reactive to proactive monitoring.