liveBook · Manning

Service-level objective

As explained in Google Anthos in Action

A service-level objective is a target value or range for a service-level indicator that expresses an expected level of service performance.

A service-level objective (SLO) is a measurable target for service performance, typically expressed through latency or availability and assessed over a defined compliance period. section 5.1.6 section 15.8

Use an SLO to connect service health with operational decisions:

  • Choose the highest latency acceptable to users rather than an unrealistic best-case target. section 5.1.6
  • Balance availability goals against cost; extremely high availability can be expensive and may exceed business needs. section 5.1.6
  • Measure the objective over a stated period, such as a day, week, or month. section 5.1.6
  • Use the measured result to prioritize bug fixes, slow development, apply a hotfix, or roll back a change. section 5.1.6
  • Account for upgrade, scaling, rollback, and security-update risks when deciding whether the target is realistic. section 5.1.6

Example operational target

For a service whose users tolerate a specific response delay, define an acceptable latency threshold and availability target, measure both over a month, and configure service-health alerts. If the objective is breached, the team can prioritize fixes, slow releases, or roll back the change. section 5.1.6 section 6.4

How Google Anthos in Action covers it

How deep it goes
Explains latency, availability, measurement periods, trade-offs, and operational consequences without detailing command-level configuration.
Examples
Uses latency and availability targets, day-to-month compliance windows, service-health alerts, and rollback or hotfix decisions.
What it assumes
Assumes familiarity with service-level indicators and agreements while grounding objectives in latency, availability, and user experience.
What you can do after
Operate service health by defining targets, monitoring compliance, and choosing fixes, rollbacks, or release slowdowns when objectives are missed.
How it connects
Connects service-level indicators, service-level agreements, latency, availability, Anthos Service Mesh, Cloud Monitoring, and SRE practice.

Also explained in

Compare how 3 books explain service-level objective →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Google Anthos in Action. The section links point to the parts of the book it draws on.