Een Service Level Objective, oftewel SLO, is het betrouwbaarheidsdoel dat een team voor een dienst stelt. Het is een heldere lat, bijvoorbeeld 99,9 procent geslaagde verzoeken over een lopende maand, waar het team zich aan vasthoudt. De SLO maakt van een vage wens dat alles goed werkt een getal waar iedereen op kan mikken.
Zie het als een persoonlijk fitnessdoel van 20 kilometer hardlopen per week. Het doel zelf is de SLO. Je sporthorloge dat de echte afstand meldt is de meting, en dat is de SLI. Haal je het steeds niet, dan pas je je plan aan; heb je ruimte over, dan kun je een rustdag nemen. Die ruimte is het foutenbudget, en daarom zit een goede SLO net onder perfect in plaats van op 100 procent. Goed bijhouden lukt alleen met degelijke observability en tijdige alerting.
Zodra een SLO in een klantcontract komt met boetes eraan vast, wordt het een SLA. Dat foutenbudget is het deel dat de meeste teams onderbenutten. Is de SLO 99,9 procent over een maand, dan staat de ontbrekende 0,1 procent voor ongeveer 43 minuten dat de dienst plat mag liggen. Dat is geen fout die je koste wat kost moet vermijden. Het is een budget om uit te geven. Zolang je erbinnen blijft, kun je snel features uitrollen, riskante experimenten draaien en updates pushen zonder te verkrampen. Verbruik je het vroeg, dan spreekt datzelfde team af om gas terug te nemen, nieuwe releases te bevriezen en te repareren wat brak. Zo doet de SLO stilletjes een tweede taak naast het meten van betrouwbaarheid. Hij beslecht de oude ruzie tussen wie snel wil gaan en wie het stabiel wil houden, door er een getal van te maken dat beide kanten kunnen lezen.
Bij TopDevs stellen we samen met klanten SLO’s op die passen bij wat het bedrijf echt nodig heeft, zodat ze investeren in betrouwbaarheid waar het telt en niet te veel uitgeven aan negens die geen gebruiker ooit zou merken.
