Site Reliability Engineering (SRE) er en tilgang, hvor teamene anvender softwareingeniørpraksis på infrastrukturen og driftsprocesserne for at skabe meget skalerbare og pålidelige softwaresystemer og dermed forbedre tjenesterne.
I dag anvender organisationer SRE-disciplinen på deres DevOps for at forbedre softwareudvikling og leveringstjenester.
Både SRE og DevOps deler nogle kerneværdier, da de forbinder drifts- og udviklingsteamene. Dette sætter dem i stand til at understøtte det samme mål om at forbedre applikationsudgivelsescyklussen og pålideligheden. Der er dog nogle forskelle i måden, de fungerer på.
SRE fokuserer på styring af driftens livscyklus. På den anden side fokuserer DevOps på applikationens livscyklus.
Før vi ser på forskellene, fordelene og udfordringerne, lad os få nogle grundlæggende oplysninger om SRE og DevOps.
Indholdsfortegnelse
Hvad er Site Reliability Engineering (SRE)?
SRE er en tilgang, hvor teams bruger software til at automatisere driftsopgaver, administrere systemer og løse infrastrukturproblemer. I stedet for at bruge traditionelle systemadministratorer bruger SRE-tilgangen software og automatisering til bedre at løse problemer og styre produktionsmiljøet. Den fokuserer på systemer og værktøjer, der hjælper virksomheder med hurtigt og ofte at levere pålidelige softwareprodukter og funktioner.
SRE hjælper med at koordinere de værktøjer, processer og ressourcer, der er nødvendige for at levere softwareproduktionstjenester. Et af dets mål er hurtigt at identificere og reagere på problemer eller udfald. Og det gør det ved at finde årsagen til et problem, løse problemerne og forbedre systemerne for at forhindre en lignende hændelse i fremtiden.
Ideelt set fokuserer SRE på at forbedre softwareudviklingsprocesserne. Det sikrer tilgængelighed, effektivitet, hændelsesrespons, kapacitet, ydeevne og latens.
SRE’s rolle i en organisation
Rollen af site reliability engineering er at sikre, at alle produktionssystemer er pålidelige, tilgængelige og effektivt leverer tjenester. Ved at løse problemer så hurtigt som muligt, enten før eller efter de opstår, og dermed sikre lidt eller ingen nedetid.
SRE-teams er ansvarlige for overvågning, ydeevne, tilgængelighed, effektivitet, hændelsesrespons, kapacitetsplanlægning og ændringsstyring af tjenesterne.
Fordelene ved SRE omfatter forbedring af ydeevne og sikkerhed, samtidig med at risici og nedetider reduceres. Andre omfatter reduktion af driftsomkostninger, forbedring af hændelsesrespons og reduktion af tidsspild gennem automatisering af gentagne opgaver, alt sammen resulterende i enorme samlede besparelser.
Resultater af en Site Reliability Engineering
SRE-teamets rolle er at holde produktionen oppe og køre hele tiden. Vigtige resultater omfatter;
- Reduktion af den gennemsnitlige tid til gendannelse (MTTR) ved at rulle tilbage fra et ustabilt system til en tidligere stabil version i tilfælde af en fejl eller andet problem, der opstår fra en ny udgivelse.
- Reduktion af den gennemsnitlige tid til registrering ((MTTD)
- Automatisering af alt langs CI/CD-pipelinen
- Automatisering af både funktionel og ikke-funktionel test under produktion.
- Udfør vagtsupport
- Dokumenter og del oplysninger om hændelser og afhjælpningstrin.
Hvad er DevOps?
Development and Operations (DevOps) er et sæt af praksisser, der kombinerer softwareudviklings- og driftsdisciplinerne. Den bruger automatisering til at implementere, konfigurere og vedligeholde softwareprodukter og -funktioner.
Derudover fremmer DevOps samarbejdet mellem udvikler- og driftsteams ved at lægge vægt på samarbejde, kontinuerlig integration og kontinuerlig udvikling. Ved at arbejde sammen reducerer teamene udviklingstiden og forbedrer produktionen.
DevOps levering og feedback loops Billede
Ideelt set bruger DevOps-metoderne automatisering ved hvert trin, der kan automatiseres for at forbedre effektiviteten og produktudgivelsescyklussen. Nogle fordele omfatter reduceret risiko for fejl og hurtig levering inden for budgettet.
Generelt er DevOps en fleksibel tilgang, der gælder for små, mellemstore eller store projekter inden for softwareudvikling, IT-drift, webudvikling, IT-infrastruktur mv.
Det involverer også automatisering af forskellige processer langs CI/CD-pipelinen. Dette hjælper med at fremskynde leveringen af nye produkter og funktioner. De kræver dog tættere overvågning, feedback og andre funktioner, der hjælper med at forbedre hastighed, pålidelighed og effektivitet. Feedback-sløjferne hjælper med at måle operationer og giver samtidig mulighed for at identificere problemer og forbedre.
Fordelene ved DevOps omfatter reducerede menneskelige fejl og omkostninger, forbedret kvalitet og øget effektivitet.
Resultater af DevOps
Brug af DevOps-praksis hjælper med at reducere konflikterne mellem udviklings- og driftsteamet. Det gør det også muligt for virksomheder at levere produkter og funktioner pålideligt. Nogle resultater af DevOps inkluderer;
- Resulterer i kortere softwareudgivelsescyklusser
- Reduktion af udviklings- og vedligeholdelsesomkostninger
- Automatiseret og kontinuerlig test af produktet langs produktionspipelinen.
Dernæst vil vi udforske forskellen mellem SRE og DevOps.
Forskelle mellem SRE og DevOps
Virksomheder henvender sig i stigende grad til DevOps- og SRE-praksis for at bygge moderne applikationer, tilføje nye funktioner og løse forskellige problemer med modstandsdygtighed. Mens DevOps fokuserer på udviklingsoperationer, beskæftiger SRE sig med webstedets pålidelighed.
De to supplerer hinanden ved hjælp af forskellige tilgange. En af de vigtigste forskelle er, at DevOps fokuserer på resultater, mens SRE er ansvarlig for de trin, der kræves for at nå målet. Ideelt set ser SRE på de praksisser eller processer, der sikrer succes med DevOps.
Tabellen nedenfor viser nogle af de største forskelle mellem SRE og DevOps.
ParameterSite Reliability Engineering (SRE) Development and Operations (DevOps) Focus SRE fokuserer på at understøtte driftssiden af softwareproduktstyring. Det arbejder hen imod at sikre tilgængelighed, pålidelighed, skalerbarhed og
eliminere redundans, forbedre effektiviteten, reducere risikoen, øge modstandskraften, forbedre oppetiden og opbygge bæredygtighed DevOps fokuserer mere på hastigheden og kontinuiteten i at udvikle og frigive softwareprodukter og -funktioner. Dette omfatter:
⚫️ Opbygning af software
⚫️ Kodning af nye funktioner
⚫️ Test af software
⚫️ Frigivelse af software
⚫️ Retter fejl
⚫️ Forbedring af effektivitetApproach Bruger software engineering til at forbedre IT-infrastrukturen og driften for at sikre, at produktionsmiljøet er yderst pålideligt og tilgængeligt Strømliner udviklings- og implementeringsprocesser og øger dermed effektiviteten og forkorter udviklingens livscyklus, samtidig med at omkostninger og risici reduceres. Dette giver teams mulighed for hurtigt at frigive produkter og nye funktioner. Skillset Cloud computing
Software engineering systemarkitektur
IT-drift
Overvågningssystemer til produktionsautomatisering
God skriftlig og mundtlig kommunikation
Skyen
Agil softwareudvikling
Overvågningssystemer
Skriptsprog
Produktionsautomatisering
God skriftlig og mundtlig kommunikation Integration SRE bruger ikke værktøjer på grund af forskellige udfordringer. I stedet er den afhængig af scriptsprog som Python eller Bash
Den bruger forskellige integrations- og automatiseringsværktøjer såsom Chef eller PuppetScope Håndtering af driftsproblemer såsom infrastrukturproblemer, overvågning af produktionsfejl, sikkerhed osv. Sørg også for, at nye funktioner ikke forårsager fejlOprettelse af nye produkter og funktioner Samarbejde Samarbejde er mellem teams i driften. Samarbejdet er mellem udvikling og drift
Hvordan SRE komplementerer DevOps
I DevOps deler de forskellige teams ansvar for et softwareprodukt. Hvert hold ejer dog stadig sin kode og er ansvarlig for vagtsupport. Ideelt set understøtter DevOps deling af ansvaret for infrastrukturen og softwareprodukterne.
Desværre, selv med forbedret samarbejde og kortere feedback-loops, oplever virksomheder stadig, at de ofte frigiver defekte eller upålidelige produkter eller funktioner, hvilket fører til ydeevneproblemer og nedetider. Og det er her, SRE kommer ind.
Ideelt set bygger SRE bro mellem udviklere og it-drift. Nogle af de vigtigste ansvarsområder for webstedets pålidelighedsingeniører inkluderer;
- Overvågning af systemer og tjenester i produktionsmiljøet
- Automatisering af systemerne
- Løsning af problemer
- Tilføj Incident Response-kapacitet for automatisk at identificere og afhjælpe problemer, samtidig med at du finder årsagen til og forbedringsområder.
- Ydelse af vagttjenester.
Fordele ved Site Reliability Engineering
SRE analyserer stedets operationer, processer og infrastruktur for at bestemme den bedste måde at sikre dets tilgængelighed på. Det hjælper også med at identificere og løse problemer, forbedre ydeevnen og minimere nedetider og sikkerhedsrisici.
Nogle fordele omfatter:
- Automatisering af overvågningen af udviklings- og leveringssystemerne gør dem meget skalerbare og bæredygtige sammenlignet med manuelle indgreb.
- Giver nyttig synlighed i systemerne ved at overvåge parametre såsom logfiler, metrics og andre på tværs af alle tjenester. Dette hjælper med at bestemme sundheden for tjenesterne ud over at identificere forbedringsområder og finde de grundlæggende årsager til problemer.
- Eliminerer konflikterne mellem udviklings- og driftsteamene. I praksis ønsker udviklingsteamet at frigive ny software eller funktioner i produktion så hurtigt som muligt. Driftsteamene ønsker dog ikke at frigive produktet, før de er helt sikre på, at det ikke vil forårsage problemer såsom udfald eller ydeevneforringelse. Ideelt set er SRE afgørende for succesen med DevOps succes.
- Øger hastigheden for at opdage og løse hændelser, samtidig med at vagt- og alarmprocesser strømlines.
- Kvantificering af omkostningerne og virkningen af en strømafbrydelse. SRE kan hjælpe ledelsen, udviklingen og driften med at forstå virkningen og omkostningerne ved en SLA-overtrædelse.
- Eliminering af slid giver ingeniører mulighed for at dedikere mindst 50 procent af deres tid til ingeniøropgaver. Dette giver dem mulighed for at fokusere mere på at forbedre ingeniørarbejdet og systemernes pålidelighed, og derved reducere arbejdet yderligere.
Udfordringer ved SRE
SRE er en relativt ny disciplin, der stadig er under udvikling. På trods af dets fordele har det også nogle ulemper.
- Mangel på kvalificeret personale: Da det er en ny disciplin, er der kun en håndfuld af webstedets pålidelighedsingeniører på markedet. Mangel på kvalificerede ingeniører på grund af behovet for at besidde flere færdigheder. Som sådan sætter dette barren meget højt for SR-ingeniører.
- SRE-tilgangen er et relativt nyt, uprøvet koncept med en lavere adoptionsrate sammenlignet med DevOps. Som sådan er det ikke indlysende, at det kan løse de mange potentielle problemer i produktionsmiljøet.
- En anden ulempe er kravet om stærk og direkte ledelse, da det kræver tættere overvågning af ingeniørerne. Desværre kan dette resultere i mikrostyring af ingeniørerne og reduceret effektivitet.
- Ingeniørerne skal fuldt ud forstå systemet for at vide, hvordan det automatiseres. Når dette er gjort, vil systemet være i stand til at finde og løse problemer, før de forårsager udfald.
- Modstand mod forandring til organisatoriske kulturproblemer. Som med mange nye teknologier er mange medarbejdere ofte modstandsdygtige over for forandringer, og det kan være en udfordring i starten.
Hvorfor du bør integrere SRE og DevOps
I praksis kan du ikke forhindre problemer i at opstå. Du kan dog reducere påvirkningen ved at levere en hurtigere gendannelse af tjenesterne, lære af hændelser og løsninger og forbedre systemer for at forhindre lignende problemer i at gentage sig.
Hen imod dette forbedrer integration af SRE med DevOps de tjenester, der sikrer succesfuld servicelevering. SRE fokuserer på at automatisere de fleste af de manuelle og gentagne opgaver og processer. Og forbedre servicetilgængelighed og pålidelighed.
Følgelig reducerer dette dobbeltarbejdet af ingeniørerne, mens det giver udviklerne mulighed for at koncentrere sig mere om at levere nye produkter eller funktioner. Dette giver også driftsteamene mulighed for at bruge mere tid på at styre infrastrukturen.
Automatisering af produktionsmiljøet giver proaktiv kvalitetssikringskapacitet, der forbedrer tilgængeligheden og pålideligheden af softwaren eller funktionen i produktionen. For eksempel fjerner automatisering af opgaver problemer på grund af menneskelige fejl, træthed og gentagne opgaver – hvilket forbedrer sikkerheden og hastigheden ved frigivelse af nye produkter eller funktioner.
SRE og DevOps har forskellige mål. For eksempel er DevOps-målet at forbedre softwareudviklingens livscyklus. Praksisen forbedrer kommunikationen og samarbejdet mellem udviklerne og andre teams på tværs af projektets livscyklus. På den anden side er SRE-målet at forbedre systemerne ved at forbedre pålideligheden og effektiviteten.
Afsluttende ord
SRE-teams roller og ansvar er afgørende for at sikre en kontinuerlig forbedring af teknologier, processer, mennesker, kultur og praksis i en organisation. Uanset om du er i gang med at skifte til DevOps eller allerede er implementeret, giver SRE dig mulighed for at forbedre hastigheden, pålideligheden og andre problemer, der øger effektiviteten og omkostningsbesparelserne.
Generelt ligger SRE mellem softwareteknik, it-drift og support. Det styrker forholdet mellem it-drift og udviklere og muliggør dermed bedre samarbejde, kortere feedback-loops og muligheden for at frigive mere pålidelig software hurtigere.
Tjek derefter DevOps-sikkerhedsvejledningen til bedste praksis.