Tillämpa designprinciper och avancerade åtgärder

De tre första molnhanteringsdisciplinerna beskriver en baslinje för hantering. En hanteringsbaslinje bör minst innehålla ett standardåtagande för verksamheten för att minimera avbrott i verksamheten och påskynda återställningen om tjänsten avbryts. De flesta hanteringsbaslinjer har ett disciplinerat fokus på att upprätthålla inventering och synlighet, driftefterlevnad samt skydd och återställning.

Syftet med en baslinje för hantering är att skapa ett enhetligt erbjudande som tillhandahåller en minsta åtagandenivå för företaget för alla arbetsbelastningar som stöds. Den här baslinjen för vanliga, repeterbara hanteringserbjudanden gör att teamet kan leverera en mycket optimerad grad av driftshantering, med minimal avvikelse. Men det standarderbjudandet kanske inte ger ett tillräckligt omfattande engagemang för verksamheten.

Diagrammet i nästa avsnitt visar tre sätt att gå utöver hanteringsbaslinjen.

Hanteringsbaslinjen bör uppfylla det minsta åtagande som krävs av 80 procent av de lägsta kritiska arbetsbelastningarna i portföljen. Baslinjen bör inte tillämpas på verksamhetskritiska arbetsbelastningar. Den bör inte heller tillämpas på vanliga plattformar som delas mellan arbetsbelastningar. Dessa arbetsbelastningar kräver fokus på designprinciper och avancerade åtgärder.

Alternativ för avancerade åtgärder

Det finns tre föreslagna vägar för att förbättra affärsåtaganden utöver hanteringsbaslinjen, som du ser i följande diagram:

Förbättrad hanteringsbaslinje

Som beskrivs i Azure Management Guide använder en förbättrad hanteringsbaslinje molnbaserade verktyg för att förbättra drifttiden och minska återställningstiderna. Förbättringarna är betydande, men mindre än med arbetsbelastning eller plattformsspecialisering. Fördelen med en förbättrad hanteringsbaslinje är den lika betydande minskningen av kostnads- och implementeringstiden.

Specialisering för hantering

Aspekter av arbetsbelastnings- och plattformsåtgärder kan kräva ändringar i design- och arkitekturprinciper. Dessa ändringar kan ta tid och kan leda till ökade driftskostnader. Om du vill minska antalet arbetsbelastningar som kräver sådana investeringar kan en förbättrad baslinje för hantering tillhandahålla en tillräcklig förbättring av åtagandet.

För arbetsbelastningar som garanterar en högre investering för att uppfylla ett affärsåtagande är specialisering av åtgärder nyckeln.

Specialiseringsområden för hantering

Det finns två specialområden:

• Plattformsspecialisering: Investera i löpande drift av en delad plattform och distribuera investeringen mellan flera arbetsbelastningar.
• Specialisering för arbetsbelastning: Investera i pågående åtgärder för en specifik arbetsbelastning, vanligtvis reserverad för verksamhetskritiska arbetsbelastningar.

Centralt IT-team eller molncenter för excellens (CCoE)

Beslut mellan plattformsspecialisering och specialisering av arbetsbelastningar baseras på varje arbetsbelastnings allvarlighetsgrad och påverkan. Dessa beslut är dock också ett tecken på större kulturella beslut mellan centrala IT-team och CCoE-organisationsmodeller.

Specialiseringen för arbetsbelastningar utlöser ofta en kulturell förändring. Traditionell IT och centraliserad IT båda byggprocesser som kan ge stöd i stor skala. Skalningsstöd är mer möjligt för repeterbara tjänster som finns i en hanteringsbaslinje, förbättrad baslinje eller till och med plattformsåtgärder. Specialisering av arbetsbelastningar skalas inte ofta. Denna brist på skala gör det svårt för en centraliserad IT-organisation att ge nödvändigt stöd utan att nå organisationens skalningsbegränsningar.

Alternativt kan ett molncenter med utmärkthet skalas genom målmedveten delegering av ansvar och selektiv centralisering. Arbetsbelastningsspecialisering tenderar att bättre anpassas till den delegerade ansvarsmetoden för en CCoE.

Den naturliga justeringen av roller i en CCoE beskrivs på följande sätt:

• Molnplattformsteamet hjälper till att skapa vanliga plattformar som stöder flera molnimplementeringsteam.
• Molnautomatiseringsteamet utökar dessa plattformar till distribuerade tillgångar i en tjänstkatalog.
• Molnhantering levererar hanteringsbaslinjen centralt och hjälper till att stödja användningen av tjänstkatalogen.
• Men affärsenheten (i form av ett DevOps-team eller molnimplementeringsteam) ansvarar för den dagliga driften av arbetsbelastningen, pipelinen eller prestandan.

När det gäller att anpassa hanteringsområden kan centrala IT-team och CCoE-modeller i allmänhet leverera plattformsspecialisering, med minimal kulturell förändring. Att leverera arbetsbelastningsspecialisering kan vara mer komplext för centrala IT-team.

Specialiseringsprocesser för hantering

Inom varje specialisering levereras följande fyrastegsprocess i en disciplinerad iterativ metod. Den här metoden kräver partnerskap mellan molnimplementering, molnplattform, molnautomatisering och molnhanteringsexperter för att skapa en livskraftig och informerad feedbackloop.

• Förbättra systemdesignen: Förbättra utformningen av vanliga system (plattformar) eller specifika arbetsbelastningar för att effektivt minimera avbrott.
• Automatisera reparation: Vissa förbättringar är inte kostnadseffektiva. I sådana fall kan det vara mer meningsfullt att automatisera reparationen och minska effekten av avbrott.
• Skala lösningen: När systemdesign och automatiserad reparation har förbättrats kan du skala ändringarna i miljön via tjänstkatalogen.
• Kontinuerlig förbättring: Du kan använda olika övervakningsverktyg för att identifiera inkrementella förbättringar i nästa steg i systemdesign, automatisering och skalning.

Förbättra systemdesignen

Att förbättra systemdesignen är den mest effektiva metoden för att förbättra driften av en plattform. Förbättringar av systemdesignen kan bidra till att öka stabiliteten och minska avbrott i verksamheten. Utformningen av enskilda system ligger utanför omfånget för det miljöperspektiv som utgör utgångspunkten i Cloud Adoption Framework.

Som komplement till det här ramverket tillhandahåller Microsoft Azures välstrukturerade ramverk vägledande principer för att förbättra en plattforms eller en specifik arbetsbelastnings kvalitet. Ramverket fokuserar på förbättringar inom fem pelare för utmärkt arkitektur:

• Kostnadsoptimering: Hantera kostnader för att maximera värdet.
• Utmärkt driftseffektivitet: Följ driftsprocesser som håller ett system igång och i produktion.
• Prestandaeffektivitet: Skala systemet för att hantera belastningsförändringar.
• Tillförlitlighet: Utforma systemet så att det kan hantera och återställa fel på ett bra sätt.
• Säkerhet: Skydda program och data från hot.

De flesta driftavbrotten beror på någon form av teknisk skuld eller brist i arkitekturen. För befintliga distributioner kan förbättringar av systemdesignen ses som ett sätt att betala av den tekniska skulden. För nya distributioner kan förbättringar av systemdesignen ses som ett sätt att undvika att hamna i teknisk skuld. I nästa avsnitt visas hur du hanterar tekniska skulder som inte kan eller inte ska åtgärdas.

Om du vill förbättra systemdesignen kan du läsa mer om Microsoft Azure Well-Architected Framework. När systemdesignen förbättras går du tillbaka till den här artikeln för att hitta nya möjligheter att förbättra och skala förbättringarna i din miljö.

Automatiserad reparation

Vissa tekniska skulder kan inte åtgärdas eller bör inte åtgärdas. Det kan vara för dyrt att lösa problemet. Det kan vara planerat men kan ha en lång projektvaraktighet. Affärsavbrottet kanske inte har någon betydande inverkan på verksamheten, eller så är affärsprioriteten att återställa snabbt i stället för att investera i återhämtning.

Om en lösning av den tekniska skulden inte är önskad väg att gå är automatiserad reparation ett vanligt nästa steg. Att använda Azure Automation och Azure Monitor för att identifiera trender och tillhandahålla automatiserad reparation är den vanligaste metoden när det gäller automatisk reparation.

Vägledning om automatiserad reparation finns i Azure Automation och aviseringar.

Skala lösningen med en tjänstkatalog

Hörnstenen för plattformsspecialisering och plattformsdrift är en välhanterad tjänstkatalog. Det är så förbättringar av systemdesignen och reparationer skalas ut i en miljö. Molnplattformsteamet och molnautomatiseringsteamet samarbetar för att skapa upprepningsbara lösningar för vanliga plattformar i alla miljöer. Men om dessa lösningar inte tillämpas konsekvent kan molnhantering ge lite mer än ett baslinjeerbjudande.

För att maximera implementeringen och minimera underhållskostnaderna för alla optimerade plattformar bör plattformen läggas till i en tjänstkatalog. Varje program i katalogen kan distribueras för intern användning via tjänstkatalogen eller som ett Marketplace-erbjudande för externa konsumenter.

Information om hur du publicerar till en tjänstkatalog finns i serien om publicering till en tjänstkatalog.

Kontinuerliga förbättringar

Plattformsspecialiseringen och plattformsdriften är båda beroende av starka feedbackslingor mellan införande-, plattforms-, automatiserings- och hanteringsteamen. Genom att lägga till dessa feedbackslingor i data får varje team möjlighet att fatta kloka beslut. För plattformsåtgärder för att uppnå långsiktiga affärsåtaganden är det viktigt att dra nytta av insikter som är specifika för den centraliserade plattformen. Eftersom containrar och SQL Server är de två vanligaste centralt hanterade plattformarna bör du överväga att börja med insamling av data för kontinuerlig förbättring genom att läsa följande artiklar:

• Prestanda för containrar
• Prestanda för PaaS-databaser
• Prestanda för IaaS-databaser