Driftsefterlevnad i molnhantering

Driftsefterlevnad bygger på området för inventering och synlighet. Som det första åtgärdssteget för molnhantering fokuserar det här området på regelbundna telemetrigranskningar och reparationsåtgärder (både proaktiva och reaktiva åtgärder). Det här området är en hörnsten för att upprätthålla balansen mellan säkerhet, styrning, prestanda och kostnader.

Komponenter i driftefterlevnad

För att uppfylla driftsåtaganden krävs analys, automatisering och mänsklig reparation. Effektiv driftsefterlevnad kräver konsekvens i några kritiska processer:

• Resurskonsekvens
• Miljökonsekvens
• Konsekvens för resurskonfiguration
• Uppdatera konsekvens
• Reparationsautomatisering

Resurskonsekvens

Det mest effektiva steget som ett molnhanteringsteam kan vidta mot driftsefterlevnad är att skapa konsekvens i resursorganisationen och taggning. När resurserna är konsekvent ordnade och taggade blir alla andra operativa uppgifter enklare. Mer information om resurskonsekvens finns i Styrningsmetodik. Mer specifikt läser du de första styrningsgrundsartiklarna för att lära dig hur du börjar utveckla resurskonsekvens.

Miljökonsekvens

Att upprätta konsekventa miljöer eller landningszoner är nästa viktigaste steg mot driftsefterlevnad. När landningszoner är konsekventa och framtvingas via automatiserade verktyg är det betydligt mindre komplicerat att diagnostisera och lösa driftsproblem. Mer detaljerad vägledning om miljökonsekvens finns i beredskapsfasen för molnimplementeringslivscykeln. Övningarna i den här fasen hjälper dig att skapa en upprepningsbar process för att definiera och mogna en konsekvent, kodinriktad metod för utveckling av molnbaserade miljöer.

Konsekvens för resurskonfiguration

När den bygger på styrnings- och beredskapsmetoder bör molnhanteringen innehålla processer för löpande övervakning och utvärdering av dess efterlevnad av kraven på resurskonsekvens. När arbetsbelastningar ändras eller nya versioner antas är det viktigt att molnhanteringsprocesser utvärderar eventuella konfigurationsändringar, som inte enkelt regleras genom automatisering.

När inkonsekvenser identifieras åtgärdas vissa med konsekvens i uppdateringar och andra kan åtgärdas automatiskt.

Uppdatera konsekvens

Stabilitet i metoden kan leda till mer stabila åtgärder. Men vissa ändringar krävs i molnhanteringsprocesser. Regelbundna korrigeringar och prestandaändringar är särskilt viktiga för att minska avbrotten och kontrollera kostnaderna.

Ett av många värden i en mogen molnhanteringsmetodik är fokus på att stabilisera och kontrollera nödvändiga förändringar.

Alla baslinjer för molnhantering bör innehålla ett sätt att schemalägga, kontrollera och eventuellt automatisera nödvändiga uppdateringar. Dessa uppdateringar bör innehålla korrigeringar som minst, men kan även innehålla prestanda, storleksändring och andra aspekter av uppdatering av tillgångar.

Reparationsautomatisering

Som en förbättrad baslinje för molnhantering kan vissa arbetsbelastningar dra nytta av automatiserad reparation. När en arbetsbelastning ofta stöter på problem som inte kan lösas genom kod- eller arkitekturändringar kan automatisering av reparation bidra till att minska molnhanteringens börda och öka användarnöjdheten.

Många skulle hävda att alla problem som är tillräckligt vanliga för att automatisera bör lösas genom lösning av tekniska skulder. När en långsiktig lösning är försiktig bör det vara standardalternativet. Vissa affärsscenarier gör det dock svårt att motivera stora investeringar i att lösa tekniska skulder. När en sådan lösning inte kan motiveras, men reparation är en vanlig och kostsam börda, är automatiserad reparation den näst bästa lösningen.

Nästa steg

Skydd och återställning är nästa områden att tänka på i en baslinje för molnhantering.

Skydda och återställa