Tillämpa designprinciper och avancerade åtgärder
De tre första molnhanteringsdisciplinerna beskriver en baslinje för hantering. En baslinje för hantering bör minst innehålla ett standardåtagande för att minimera verksamhetsavbrott och påskynda återställningen om tjänsten avbryts. De flesta baslinjer för hantering har ett disciplinerat fokus på att upprätthålla inventering och synlighet,driftsefterlevnadsamt 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 med vanliga upprepningsbara hanteringserbjudanden gör att teamet kan leverera en mycket optimerad grad av drifthantering med minimal avvikelse. Men standarderbjudandet kanske inte ger ett tillräckligt omfattande åtagande för verksamheten.
Diagrammet i nästa avsnitt visar tre sätt att gå bortom baslinjen för hantering.
Baslinjen för hantering bör uppfylla det minsta åtagande som krävs av 80 procent av de lägsta kritiska arbetsbelastningarna i portföljen. Baslinjen ska 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.
Avancerade alternativ för åtgärder
Det finns tre föreslagna vägar för att förbättra verksamhetsåtaganden utöver baslinjen för hantering, som du ser i följande diagram:
Förbättrad baslinje för hantering
Som beskrivs i Azure-hanteringsguiden använder en förbättrad baslinje för hantering molnbaserade verktyg för att förbättra drifttiden och minska återställningstiderna. Förbättringarna är betydande, men mindre än med arbetsbelastnings- eller plattformsspecialisering. Fördelen med en förbättrad baslinje för hantering är den lika betydande minskningen av kostnad och implementeringstid.
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 kräver 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å specialiseringsområden:
- Specialisering för plattformar: Investera i pågående drift av en delad plattform, som distribuerar investeringen över flera arbetsbelastningar.
- Specialisering för arbetsbelastningar: Investera i pågående drift av en viss arbetsbelastning, som vanligtvis är reserverad för verksamhetskritiska arbetsbelastningar.
Centralt IT-team eller molncenter för utmärkthet (CCoE)
Beslut mellan specialisering för plattformar och arbetsbelastning baseras på allvarlighetskritiskhet och påverkan av varje arbetsbelastning. Dessa beslut är dock också en indikation på större kulturella beslut mellan centrala IT-team och CCoE-organisationsmodeller.
Specialiseringen för arbetsbelastningar utlöser ofta en kulturell förändring. Både traditionell IT och centralISERAD IT bygger processer som kan ge support i stor skala. Skalningsstöd är mer möjligt för repeterbara tjänster som finns i en baslinje för hantering, förbättrad baslinje eller till och med plattformsåtgärder. Specialisering för arbetsbelastningar skalas inte ofta. Den här bristen på skalning gör det svårt för en centraliserad IT-organisation att tillhandahålla nödvändig support utan att nå organisationens skalningsbegränsningar.
Ett molncenter för utmärkthet kan också skalas genom målmedveten delegering av ansvar och selektiv centralisering. Specialiseringen för arbetsbelastningar tenderar att bättre anpassas till metoden med delegerat ansvar 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 molnanpassningsteam.
- Molnautomatiseringsteamet utökar dessa plattformar till distribuerade tillgångar i en tjänstkatalog.
- Molnhanteringen levererar baslinjen för hantering centralt och hjälper till att stödja användningen av tjänstkatalogen.
- Affärsenheten (i form av ett DevOps-team eller molnanpassningsteam) ansvarar dock för den dagliga driften av arbetsbelastning, pipeline eller prestanda.
När det gäller anpassning av hanteringsområden kan centrala IT-team och CCoE-modeller vanligtvis leverera på plattformsspecialisering, med minimal kulturell förändring. Att leverera specialisering för arbetsbelastningar kan vara mer komplext för centrala IT-team.
Specialiseringsprocesser för hantering
Inom varje specialisering levereras följande fyrastegsprocess med en disciplinerad, iterativ metod. Den här metoden kräver partnerskap mellan molnanpassning, molnplattform, molnautomatisering och molnhanteringsexperter för att skapa en fungerande och informerad feedbackslinga.
- 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 systemdesignen och den automatiserade reparationen förbättras 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 av adresser i nästa steg för 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 ö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. Nästa avsnitt visar hur du hanterar tekniska skulder som inte kan eller inte bör å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 kan du gå 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 eller bör inte åtgärdas. Det kan vara för dyrt att lösa problemet. Det kan planeras men kan ha en lång projektvaraktighet. Avbrottet i verksamheten kanske inte har någon betydande inverkan på verksamheten, eller så är affärsprioritet att snabbt återställa 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 molnhanteringen ge lite mer än ett baslinjeerbjudande.
Plattformen bör läggas till i en tjänstkatalog för att maximera implementeringen och minimera underhållskostnaderna för alla optimerade plattformar. 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 att publicera 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 att plattformsdriften ska uppnå långsiktiga verksamhetsåtaganden är det viktigt att dra nytta av insikter som är specifika för den centraliserade plattformen. Eftersom containrar SQL Server är de två vanligaste centralt hanterade plattformarna bör du börja med datainsamling för kontinuerlig förbättring genom att läsa följande artiklar: