Hoe begint u met SRE?

Misschien heeft u inmiddels enkele DevOps-principes en -processen ingevoerd. De volgende stap is opschalen met SRE. Dit zijn beproefde methoden om teams snel op weg te helpen met SRE-principes:

SRE-teams stellen samen met stakeholders Service Level Objectives (SLO's) vast. SLO's definiëren het serviceniveau dat klanten mogen verwachten. Dat serviceniveau wordt gemeten met Service Level Indicators (SLI's). SLI's evalueren de kritieke aspecten van de service.

SLO's bepalen ook hoeveel tijd een applicatie onbeschikbaar mag zijn; die speelruimte kunt u inzetten voor innovatie en het verbeteren van betrouwbaarheid. Deze toelaatbare downtime heet het “Error Budget”: de toegestane marge voor defecten en storingen, die het developmentteam kan “opmaken” om features te bouwen of te repareren totdat het budget verbruikt is. ZEN Software’s Agile Analytics biedt een uitstekende suite om Error Budgets te beheren en te volgen voor uw organisatie.

Zo borgt u zowel beschikbaarheid als de flexibiliteit om het bestaande systeem te verbeteren of te updaten. Traditionele uptime-metingen zijn voor complexe systemen onvoldoende, omdat ze veronderstellen dat alle services gelijk zijn. SRE meet beschikbaarheid daarom met een formule die berekent hoeveel klantinteracties succesvol zijn:

                        aantal succesvolle requests
     Beschikbaarheid = -------------------------------------
                               totale requests

SLO's meten de performance van de service met de SLI. De Service Level Indicator (SLI) is een numerieke waarde (bijv. 99,981%). Als u de onbetrouwbaarheid uit de vorige periode aftrekt van het SLO, houdt u het Error Budget over; dat kunt u omrekenen naar het aantal minuten toelaatbare downtime per maand die u mag inzetten voor innovatie en experimenten. (Figuur 2) In deze figuur ziet u het Error Budget voor beschikbaarheid geleidelijk afnemen door kleine maar constante problemen.

ZEN Software’s Agile Analytics laat u de performance van uw services (in real time) volgen en observeren, en corrigerend ingrijpen wanneer Error Budgets opraken.

Beschikbaarheid verbeteren vraagt om ontwikkelaars en operations-teams op één lijn te brengen. SRE vereist een diepgaand begrip van de interacties tussen beide, meestal door een site reliability engineer als orchestrator aan het werk van het developmentteam toe te voegen en te bepalen welke tools voor beide teams geschikt zijn. SRE-teams moeten met de businessklant onderhandelen over behoeften en capaciteit.

SRE is een aanzienlijke investering; organisaties moeten de implementatie organiseren op basis van de missie en een passend budget. Elke sprint moet de juiste organisatorische randvoorwaarden bevatten zodat klanten het product betrouwbaar kunnen gebruiken. Dat vereist zowel de beschikbaarheid van de juiste tools, zoals geautomatiseerde scripts, als organisatorische afspraken, zoals developmentteams die stand-by zijn wanneer producten in preproductie nog niet compleet zijn. Om dit te bereiken, wordt SRE-werk gericht op het beheersen van toil en technische schuld begrensd tot de helft van alle activiteiten, zodat er voldoende capaciteit is om dit te beheren.

SRE vraagt om een blameless analyse waarin teams leren van een probleem in plaats van schuld toe te wijzen. Het gaat erom te begrijpen waardoor het probleem is ontstaan, niet wat het had kunnen voorkomen, en desnoods meerdere lagen van oorzakelijkheid te doorgronden in plaats van één enkel root cause. Blameless Postmortems moeten na elk groot incident worden uitgevoerd, met nadruk op het benutten van alle beschikbare databronnen.