Designprinciper för driftseffektivitet

Kärnan i grundpelarna för operational excellence är DevOps-metoder som säkerställer arbetsbelastningskvaliteten genom standardiserade arbetsflöden och teamsammanhållning. Den här pelaren definierar operativa procedurer för utvecklingsmetoder, observerbarhet och versionshantering. Målet är att minimera processvariansen, risken för mänskliga fel och störningar för kunderna. Börja med följande frågor för att utvärdera driftshälsan:

• Utför du åtgärder med disciplin?
• Använder kunder arbetsbelastningen med maximal förutsägbarhet?
• Hur lär du dig av erfarenhet och insamlade data för att driva på kontinuerliga förbättringar?

Arbetsbelastningsåtgärder kan övergå till kaotiska metoder när det inte finns något tydligt ägarskap eller ledarskap. I den här typen av miljö använder team ofta metoder som körs med hög ansträngning och ger låga resultat, vilket leder till dålig användarupplevelse. Dessa metoder uppfyller endast kortsiktiga mål. Långsiktiga fördelar uppnås genom kontinuerlig utvärdering och strategiska investeringar.

Designprinciperna innehåller riktlinjer för operativa strategier som måste övervägas för att åtgärda de underliggande orsakerna och inte bara behandla symtom. Börja med de rekommenderade metoderna och observera sedan vad som fungerar och vad som inte fungerar för att identifiera förbättringsområden. När du har angett din strategi fortsätter du att driva åtgärder med hjälp av checklistan För utmärkt drift.

Driftskraven för en arbetsbelastning är lika viktiga som företagets affärskrav. Effektiva processer säkerställer att arbetsbelastningen uppnår affärsresultat inom efterlevnadsbegränsningarna, oavsett om efterlevnaden är organisatorisk eller extern. Nyckeln är att hitta repeterbarhet med konsekvens.

Målet med grundpelarna för operational excellence är att göra det rätta, att göra det på rätt sätt och att lösa rätt problem som team.

Om du uppfyller dessa mål körs arbetsbelastningarna tillförlitligt och förutsägbart även under förändringstider. Oförmåga att uppfylla driftskraven kan leda till misslyckade distributioner, inkonsekvent användarupplevelse och extra kostnader som kunde ha undvikits genom korrekt planering och effektiv körning.

Omfamna DevOps-kulturen

Ge utvecklings- och driftsteamen möjlighet att kontinuerligt förbättra sin systemdesign och sina processer genom att arbeta tillsammans med ett tankesätt om samarbete, delat ansvar och ägarskap.

DevOps är en community där mångfald av perspektiv och färdigheter driver mot ett uppdrag. Teamen måste främja en samarbetsmiljö med delad kunskap i stället för siloinlärning. Använd delade funktioner för att försöka övervinna resursbegränsningar.

En bra DevOps-kultur trivs med delat ansvar. Utvecklings- och driftsteamen bör anpassa sina mål och prioriteringar efter kundernas förväntningar och ha affärsfokus i åtanke. Utvecklingsteamet bör involvera driftteamet i feedbackloopen så att förbättringarna drivs uppströms och andra team gynnas lika. Omvänt ansvarar driftteamen för att göra utvecklingsteamet framgångsrikt i sina affärsresultat genom att dela resurser och feedback som är relevanta för arbetsbelastningen.

Samtidigt tillämpar DevOps-metoder tydliga ägarskapslinjer och ansvarstagande för varje team. Oavsett var programmet körs ansvarar arbetsbelastningsteamet för programmet.

DevOps optimerar operativa uppgifter så att de är effektiva men inte betungande. För att dra full nytta av DevOps bör kulturen optimera processer genom teknik och ha processer för personer i organisationen för att främja transparent kommunikation.

Metod	Fördelar
Använd vanliga system och verktyg som främjar en samarbetsmiljö för kommunikation och spårning.	Vanliga verktyg och processer möjliggör transparent kommunikation. Både utvecklings- och driftsteam drar nytta av situationsmedvetenhet i olika miljöer, vanliga supportproblem och övergripande utmaningar och vinster. Teams kommer redan att känna till befintliga eskaleringsvägar om det uppstår en incident. En delad kvarvarande information gör prioriteringar, till exempel att arbeta med nya funktioner eller åtgärda buggar, tydliga.
Skapa ett kontinuerligt inlärnings- och experimenteringstänk under hela utvecklingscykeln. Stöd för kunskapsdelning mellan team och underhåll dokumentation för återanvändning. Utför felfri analys och debrief efter lanseringen och/eller granskningar efter incident.	Genom experimenteringsmekanismer, till exempel A/B-testning och utveckling av konceptbevis, kan du uppmuntra innovation samtidigt som kostnaderna är låga. Dela med dig av kunskap genom samarbete som gör teamet skickligt på designmetoder, verktyg och processer. Genom att göra retrospektiv efter ett projekt kan du identifiera förbättringsområden och fira framgång.
Anta beprövade branschflexiila metoder som fokuserar på åtgärdsoptimering. Leta efter möjligheter att "skifta åt vänster" i åtgärder för manuella och automatiserade processer, distributions- och kvalitetssäkringsmetoder och observerbarhet.	Agila utvecklingsmetoder leder till kortare lanseringslivscykler, vilket är en indikator på affärsvärde. Att identifiera, lösa och därmed förhindra problem tidigare är ofta mindre påträngande för processen.
Ange standarder för alla utvecklings- och operativa procedurer och granska och validera dem regelbundet. Dessa procedurer omfattar rutinuppgifter, out-of-band-processer, nödövningar och situationer, val av verktyg, övervakningsförfaranden, kompetensplaner och till och med kommunikation med intressenter och kundinformation. Var avsiktlig och explicit om dina beslut.	Standarder ger förutsägbarhet för åtgärder och gör processer och metoder skalbara. Validering av standarder är ett bra sätt att dra förbättringspunkter. Var beredd på nödsituationer och återställningssituationer genom att utföra regelbundna övningar. Kör med precision och aktivera styrning för att förhindra avvikelser som leder till risker.
Dra nytta av centraliserade driftsteam med specialkunskaper och erfarenhetsbredd.	Det finns en kostnadsförmån för att använda delade resurser både för åtgärder och resurser. Även om du äger din arbetsbelastning hjälper det centraliserade teamet dig med tvärfunktionella färdigheter, till exempel incidenthantering, ett proaktivt perspektiv på övervakning och outsourca expertis med förtroende.

Upprätta utvecklingsstandarder

Optimera produktiviteten genom att standardisera utvecklingsmetoder, framtvinga kvalitetsgrindar och spåra förlopp och framgång genom systematisk ändringshantering.

Utvecklingsteamet ansvarar för att hantera arbetsbelastningsproblem innan de släpps med minimal friktion. Tänk på utvecklareffektivitet och optimera för snabba vändningscykler, från kodning till testningsresultat. Implementera effektiva och rätt stora processer som planerar och standardiserar tekniska aktiviteter och som även skapar konsensus inom teamet och intressenterna.

Metod	Fördelar
Dokumentera arbetsbelastningsfunktioner och samla in kundfördelar. Härled omfång och detaljerade funktionella och icke-funktionella krav i arkitekturen. Skapa storleksberäkningsmodeller för att rapportera om omfattningen och kostnaden för de aktuella uppgifterna.	Bra specifikationer minskar driftskostnaderna och risken för fel genom att stödja mer produktiva och strömlinjeformade utvecklingscykler. Utvecklare förstår de tekniska design-, mål- och slutförandekriterierna innan de börjar kodningscykeln. Bra dokumentation underlättar upprepningsbar kommunikation och registrering av nya teammedlemmar.
Använd en branschstandardmetodik för programvaruutveckling som är korrekt anpassad efter behoven för din arbetsbelastning och teamstorlek. Upprätthålla en kvarvarande information som delas mellan alla roller.	Genom att införa en välkänd metodik fastställs projektets rytm. Det tar bort processambiguities genom att ge gruppmedlemmarna tydliga förväntningar och ansvar. Genom att spåra mot en gemensam lista kan uppgifter förfinas och prioriteras med standardmetoder. Projektet kommer att ha bättre chanser att levereras i tid. Standardmetoder hjälper till med riskhantering. Med detaljerade milstolpegranskningar kan utvecklare åtgärda potentiella problem innan de blir showstoppers.
Använd enhetlig källkontroll för all kod, alla skript, distributionsmallar, pipelinedefinitioner och relaterad dokumentation. Förgreningsstrategin måste ha stöd för friktionsfri frisättning av oberoende och beroende funktioner, felkorrigeringar och snabbkorrigeringar. Använd delade kunskaper i organisationen för att skapa din förgreningsstrategi och distributionsprocesser.	Korrekt användning av källkontroll är avgörande för att stödja samtidiga ändringar och versionshantering. Upprätthålla ett repeterbart arbetsflöde för att släppa ändringar av olika storlekar och risker, utföra peer-granskningar som en del av processen och behålla en spårningslogg.
Ha kvalitetssäkringsprocesser som betonar testning tidigt i utvecklingslivscykeln. Inkludera alla artefakter för planerade testprocedurer, inklusive programkomponenter, infrastruktur och dataplansåtgärder som ingår i en funktionsversion eller uppdatering. Behandla artefakter som oföränderliga när de befordras via miljöer och få förtroende varje gång de passerar genom en kvalitetsgrind. Där det är praktiskt, automatisera rutinkontroller.	Kvalitetssäkring säkerställer att funktionella och icke-funktionella krav uppfylls med tillförsikt, vilket leder till positiv kundpåverkan. Att ha testplaner garanterar kvalitet och fullständighet och tar hänsyn till eventuella felfall. Med kvalitetsgrindar kan du tillämpa metodtips för att minska riskerna. Oföränderlighet ger förtroende eftersom det säkerställer att systemet som du testar är precis vad du släpper. Testcykler blockerar effektivt förloppet om inte kvalitetskriterierna uppfylls.
Öka konsekvensen med hjälp av formatguider och verktyg, som tillämpar konventioner och implementerar en gemensam verktygskedja för utveckling, testning och kommunikation med intressenter. Teknikstandarder för utvecklare bör kräva implementering av mönster, API-design, loggning, undantagshantering och andra processer.	Konsekvens i kod driver läsbarhet och enklare underhåll. Det minskar också komplexiteten och möjliggör återanvändning av kod. Vanliga verktyg och konventioner hjälper också teamen att optimera processer utan att behöva hantera engångsval.
Konsekvent och avsiktligt insisterar på utvecklardokumentation av kod som den är skriven.	Tydlig koddokumentation säkerställer att logik och funktioner är lätta att förstå när gammal kod behöver ses över eller när utvecklingsteam roterar.
Rapportera förlopp och trender för att mäta effektiviteten.	Trender i buggar, misslyckade uppdateringar, tid för distribution, feedbackslingor och andra mått publiceras och som ger förbättringar.

Utveckla åtgärder med observerbarhet

Få insyn i systemet, härled insikter och fatta datadrivna beslut.

Skapa en kultur som kontinuerligt förbättrar kvaliteten genom att övervaka arbetsbelastningen och ta hänsyn till alla grundpelare i Azure Well-Architected Framework. Gör det möjligt för teamet och intressenterna att fatta både kortsiktiga och långsiktiga beslut i många aspekter genom att tillhandahålla nödvändiga data, statistik och trender. Lär dig av dina data och förbättra dina enheter.

Åtgärder som skapats för observerbarhet är nyckeln till proaktivt underhåll av programmet, kvalitets- och säkerhetsgarantier, kapacitetsplanering och produkthantering.

En viktig aspekt av övervakningen är att program använder hälsomodellering för att hjälpa dig att förutse problem innan de blir incidenter och påverka kundupplevelsen. Effektiv övervakning minskar de reaktiva cykler som läggs på incidenthantering.

Metod	Fördelar
Skapa ett övervakningssystem med en egen stack och flöden. Behandla övervakningssystemet som en dimension av arbetsbelastningen som är frikopplad från dess verktyg. Stacken måste omfatta alla lager, inklusive infrastruktur, programhälsa och bygg- och lanseringsprocesser. Insamling eller sampling av affärsdata ligger utanför omfånget för implementeringar av observerbarhet.	Frikoppla övervaknings- och arbetsbelastningsstackar för att separera funktionskrav och observerbarhetskrav och göra oberoende utveckling möjlig. Ändringar i koden bör inte påverka övervakningen och vice versa. Eftersom observerbarhetskraven är åtskilda från funktionskraven störs inteaffärsdata av övervakning av konfigurationsändringar eller avbrott.
Enhetskonsekvens i insamlingsprocessen för varje typ av datakälla. Standardisera instrumentation i kod med hjälp av branschstandarder för telemetri, insamling av infrastrukturmått och verktyg.	Konsekvens förhindrar varians vid avkänning och mätning eftersom kunskaper om liknande resurser minskar den tid som ägnas åt att korrelera och analysera data. Du har ett holistiskt perspektiv för att förutse problem.
Generera telemetri från programkod som korrelerar huvudpunkterna i körningsflödet och ger en vy från slutpunkt till slutpunkt på olika detaljnivåer.	Prioritera åtgärder baserat på allvarlighetsgrad och förstå kontexten baserat på dess utförlighet. Den här informationen är viktig i felsökningssyfte.
Äger ansvaret för att skicka och samla in data, även när datamottagare delas av flera team och hanteras av centrala team.	Genom att lokalisera övervakningsdata till arbetsbelastningsmiljön kan teamet komma åt loggar och mått för att åtgärda arbetsbelastningsproblem.
Samla in precis tillräckligt med data och spara dem under tillräckligt med tid. Överväg kostnadsavvägningarna som är associerade med loggning och lagring av data.	Avsiktlig datainsamling hjälper dig att optimera de ekonomiska och operativa kostnaderna för att samla in mer data än du behöver. Minimera bruset och undvik intensiv beräkning under analysen och minska kostnaden för att lagra data som du inte längre behöver.
Skilja mellan de olika övervakningssignalerna: profiler, loggar, mått och spårningar. Använd varje signal för rätt syfte. Prioritera användningen av mått för att utlösa åtgärder som förlitar sig på numeriska mått. Använd profiler för att få synlighet på lägre nivå, till exempel minnesallokering, i systemet. Reservera användningen av loggar och spårningar för att tillhandahålla kontext för flöden och beroenden.	Genom att använda signalerna för rätt ändamål kan du förhindra ineffektiv implementering av övervakningssystemet. Till exempel kräver användning av loggar för åtgärder parsning. Du kanske kan uppnå samma mål snabbare med mått.
Aggregera och visualisera data i instrumentpaneler för att presentera övervakningsdata som tillgodoser målgrupper och håller affärskontexten i åtanke. Använd situationsbaserade instrumentpaneler för att visa data för att öka medvetenheten bland intressenterna. Använd operativa instrumentpaneler och arbetsböcker med funktioner för ökad detaljnivå för operatörsaktiviteter som incidenthantering. Uppdatera instrumentpanelerna ofta och ange detaljerade data.	Med visualiseringar kan du analysera trender, spåra mot affärsmål och hantera incidenter. Instrumentpaneler som är skräddarsydda för kundens intresse gör tolkning relevant och påskyndar tiden för identifiering och åtgärder.
Gör aviseringar åtgärdsbara genom att meddela de ansvariga rollerna med standardiserade beskrivningar och allvarlighetsnivåer. Ange information som är sorterad från olika källor och spåra avvikelser från affärsmål. Utlös endast aviseringar för incidenter som kräver åtgärder. Sträva efter proaktiva och tankeväckande aviseringar som initierar åtgärder innan ett degraderat tillstånd blir ett fel.	Aviseringar uppmärksammar viktiga händelser som definieras av organisationen. Ett bra aviseringssystem identifierar åtgärder och allvarlighetsgrad och tillhandahåller precis tillräckligt med data för att öka tydligheten och syftet. Operatörer kan starta vid reparation utan fördröjning.

Distribuera med konfidens

Uppnå önskat distributionstillstånd med förutsägbarhet.

Skapa en leveranskedja för arbetsbelastningar som gör att du konsekvent kan nå målet för förutsägbarhet i alla dina miljöer, på arbetsbelastningens värdplattformar, program, data och konfigurationsresurser. Distributionsmekanismen måste kunna automatisera, testa, övervaka och versionshantera. Den bör vara modulariserad och redo att köras på begäran. Den bör inte representeras som en monolitisk process från slutpunkt till slutpunkt. Leveranskedjan är inte nödvändigtvis till för snabbare körning, utan för att uppnå konsekvens och självdokumentation över flera iterationer.

Arbetsbelastningsteamet är ansvarigt för leveranskedjan när det gäller deras egen arbetsbelastning.

Metod	Fördelar
Använd Infrastruktur som kod (IaC) för att definiera de upprepningsbara aspekterna av leveranskedjan som är produktionsklara. Föredrar deklarativa metoder framför imperativa metoder.	Deklarativa IaC-tekniker är utformade med automatisering och återanvändning i åtanke. Du kan avlasta infrastrukturdistributioner från enskilda användare till verktyg och uppnå konsekvent kvalitet. Ur ett infrastrukturperspektiv tar färre teknikval bort variansen i verktygen och gör konfigurationsavvikelsen enkel att identifiera. Underhåll blir också enklare. Om du anpassar val till teamets befintliga kompetensuppsättning kan teamet enkelt implementera dem.
Förbered teamet på att använda den valda IaC-tekniken. Lär dig mer om dess utökningsmodell, funktioner och begränsningar. Dra nytta av specialisering inom teamet och delad kunskap inom organisationen.	Kompetensutveckling ökar produktiviteten och främjar en samarbetsmiljö genom delad inlärning. Du kan fylla luckor med utbildning i stället för att anställa.
Följ programvarurekommendationerna för utveckling och underhåll av IaC. Modularisera med måtta. Undvik anpassade abstraktioner eller abstraktioner med låga värden. Följ en metod med flera lager för att återspegla olika livscykeler. Skapa grundläggande lager där de nedre lagren förblir konstanta och de övre lagren ändras efter behov. Distributionsartefakter, till exempel programbinärfiler, IaC-mallar och parametrar, är en del av attackytan. Tillämpa garantier, till exempel hemlighetshantering, åtkomstkontroll och andra principer i grundpelarna säkerhet.	Artefakter har samma tekniska stringens som programkod. Kvalitetskontroller via peer-granskningar och testning ger dig förtroende för distributionen. En metod med flera lager gör underhåll enklare och skapar gränser som upprättar tydliga ansvarslinjer. Genom att lägga till säkerhetskontroller i artefakter kan du förstärka systemet under distributionsprocessen.
Utveckla ett gemensamt distributionsmanifest som används i alla miljöer. Använd manifestet som standardmekanism för greenfield-projekt, inkrementella arbetsbelastningsuppdateringar eller haveriberedskap.	Ta bort kostnaden för att underhålla flera tillgångar. Om det uppstår en katastrof blir återställningen snabb och tillförlitlig eftersom du kan distribuera ett beprövat manifest i stället för att skapa en improviserad miljö.
Sträva efter oföränderlig och tillfällig infrastruktur som distribueras via IaC-automatisering.	Förhindra konfigurationsavvikelser och gör distributionen idempotent. Den här typen av infrastruktur tar bort betydande driftsbelastningar, till exempel korrigeringar. Det gynnar också grundläggande valideringsscenarier, till exempel distributioner av blågrön infrastruktur.

Anteckning

Minska portalanvändningens omfång till endast icke-upprepande undersökande uppgifter.

Automatisera för effektivitet

Ersätt repetitiva manuella uppgifter med programvaruautomatisering som slutför dem snabbare, med större konsekvens och noggrannhet, och minskar riskerna.

Arbetsbelastningen kan ha arbetsflöden med processer som involverar teammedlemmar som utför vardagliga, repetitiva och tidskrävande uppgifter som faktiskt inte behöver mänskligt intellekt. Beroende på frekvensen kan du ägna mycket tid åt dessa ansträngningar och investera mer tid när arbetsbelastningen växer. Dessutom är dessa processer ofta felbenägna på grund av mänsklig indata.

Med automatisering sparar du tid, arbete och pengar och undviker misstag.

Metod	Fördelar
Utvärdera alla arbetsflöden mot kriterier som är på rätt nivå av komplexitet, ansträngning, frekvens, noggrannhet, aktualitet och livslängd. Automatisera arbetsflöden baserat på utvärderingen och prioritera arbetsflödena med högst förväntad avkastning. Ta bort redundanta arbetsflöden eller lägg till värde för att motivera mänskligt arbete.	Du kan återinvestera teamkapacitet i arbete med högre värde och öka produktiviteten och konsekvensen. Genom att skapa en inventering av arbetsflöden kan du automatisera rätt uppgifter. Om du tar bort redundanta uppgifter minskar du komplexiteten och felen.
Var tydlig med ditt beslut när du utvärderar om du vill skapa anpassade verktyg eller köpa programvara. Reservera byggnadsautomatisering för mycket specialiserade och värdefulla arbeten.	Genom att köpa färdig programvara och dra nytta av supportavtalet sparar du på underhållskostnader. Genom att skapa programvara har du mer kontroll och kan hantera användningsfall som är unika för ditt team och din arbetsbelastning. Det finns dock en kostnadspåverkan. Val av verktyg ger en standardiseringsnivå för dina åtgärder. Med utbildning kan du uppnå en enhetlig beredskapsnivå för implementering.
Utforma dina arbetsbelastningskomponenter för att stödja automatiseringsfunktioner.	Undvik den situation där brist på automatisering i systemdesignen främjar antimönstret för repetitiva uppgifter, saktar ner tillväxten och börjar ackumulera tekniska skulder.
Behandla all automatisering som ett kritiskt beroende av din arbetsbelastning. Anpassa till arbetsbelastningens förväntade tillväxt. Automatiseringsverktygen är en integrerad del av din arbetsbelastning och bör följa de fem Well-Architected Framework-pelarna.	Utforma din automationskomponent för att hantera risker, till exempel säkerhetshot. Med tillämpade metodtips kan du undvika implementeringsutbredning. Arbetsbelastningen fortsätter att fungera med en högnivågaranti om det här beroendet hålls funktionellt och säkert.
Automatisera i stor skala genom att utforska alternativ utöver din arbetsbelastning. Prioritera en "design en gång, kör överallt" -modellen genom att tillhandahålla mallar och ramverk för att publicera nya projekt och främja återanvändning av befintliga design och implementeringar.	Använd beprövade metoder och minska risken för fel.

Använda säkra distributionsmetoder

Implementera skyddsräcken i distributionsprocessen för att minimera effekten av fel eller oväntade förhållanden.

Under utvecklingscykeln går arbetsbelastningsartefakter igenom många ändringar när de implementeras och testas och när buggar åtgärdas.

Distributionsprocessen måste följa en standardprocedur. Alla ändringar måste distribueras med samma stränghetsnivå. Den här principen gäller även för kod, konfiguration och alla relaterade artefakter. Nyckeln är att tillämpa säkra metoder så tidigt som möjligt så att du får förutsägbarhet i produktion. Även om felen når kunderna bör du kunna distribuera återställningsändringar så snart som möjligt.

Metod	Fördelar
Standardisera processen för att distribuera ändringar med hjälp av automatiserade distributionsprocesser, till exempel pipelines. Alla miljöer måste använda pipelines. Klassificera tillgångar och versioner per miljö så att de enkelt kan spåras och identifieras.	Konsekventa distributionsmetoder minskar problem som orsakas av processfel och varians och gör att du kan fokusera arbetet på arbetsbelastningsproblemen. Standardisering säkerställer att distributionen slutförs på ett säkert, tillförlitligt och repeterbarhetsfritt sätt. Klassificering gör det enkelt att visa loggar för tidigare distributioner och problem som har inträffat. Du kanske kan använda den informationen för att påskynda återställnings- och återställningsåtgärder.
Distribuera små inkrementella uppdateringar med jämna mellanrum.	Frekventa, vältestade, små uppdateringar gör det enklare att validera versionen. Felsök snabbare med minimal kundpåverkan på grund av ett mindre fotavtryck.
Testa uppdateringar noggrant med hjälp av olika mekanismer under utvecklingslivscykeln.	Fånga upp problem i de tidiga utvecklingsstadierna. Iterativa korrigeringar och konsekventa distributionsmetoder gör att problem avsmalnas när uppdateringen är klar för produktion.
Distribuera uppdateringar gradvis, med due diligence. Använd distributionsmodeller som ger dig kontroll att progressivt öka antalet instanser och kunder tills uppdateringen implementeras på ett säkert sätt av alla.	Testa varje uppdatering på ett kontrollerat sätt så att problem åtgärdas tidigt i produktionen. Undvik att distribuera en felaktig uppdatering som påverkar hela kundbasen. Testa om uppdateringen är bakåt- och framåtkompatibel.
Ha en strategi för att snabbt återställa efter distributionsfel. Strategin bör omfatta beslutsfattande om att rulla tillbaka eller framåt baserat på frågans allvarlighetsgrad. Ha väldefinierade processer och automatiserade system som snabbt kan distribuera korrigeringar med hjälp av standarddistributionspipelines.	Minska varaktigheten för potentiell påverkan. Återställ systemet till den tidigare fungerande versionen eller återställ till en version som har korrigeringar som har testats noggrant.
Ha en reservplan som återställer systemet till ett fungerande tillstånd i händelse av nödsituationer och för att återställa från oväntade fel. Använd endast den här strategin när det behövs och med godkännande. Sträva efter att förbättra planen över tid.	Du kan snabbspåra korrigeringar med hög prioritet, till exempel säkerhetsreparation. Den accelererade pipelinen kanske inte har alla kontroller av dina standardprocedurer, men du får kunderna till en säker version på snabbaste möjliga sätt, vilket uppväger fel med lägre påverkan.

Nästa steg

Vi rekommenderar att du läser checklistan för driftseffektivitet för att utforska andra begrepp.

Checklista för utmärkt driftseffektivitet