Plattformsåtgärder inom molnhantering
En baslinje för molnhantering som omfattar inventering och synlighet, driftefterlevnad och skydd och återställning kan ge en tillräcklig nivå av molnhantering för de flesta arbetsbelastningar i IT-portföljen. Men den baslinjen är sällan tillräckligt för att stödja hela portföljen. Den här artikeln bygger på det vanligaste nästa steget i molnhantering, portföljåtgärder.
En snabb studie av tillgångarna i IT-portföljen belyser befintliga mönster i de arbetsbelastningar som stöds. Inom dessa arbetsbelastningar finns det vanliga plattformar. Plattformarna kan variera kraftigt beroende på tidigare tekniska beslut inom företaget.
För vissa organisationer är det mycket beroende av SQL Server, Oracle eller andra dataplattformar med öppen källkod. I andra organisationer kan commonalities vara rotade i värdplattformarna för virtuella datorer (VM) eller containrar. Andra kan ha ett vanligt beroende av program eller ERP-system (Enterprise Resource Planning), till exempel SAP eller Oracle.
När du förstår dessa likheter kan molnhanteringsteamet specialisera sig på högre supportnivåer för de prioriterade plattformarna.
Upprätta en tjänstkatalog
Målet med plattformsåtgärder är att skapa tillförlitliga och repeterbara lösningar som ett molnimplementeringsteam kan använda. Molnimplementeringsteamet kan sedan leverera en plattform som ger ett högre affärsåtagande. Det åtagandet kan minska sannolikheten för eller frekvensen av stilleståndstid, vilket förbättrar tillförlitligheten. Om det uppstår ett systemfel kan åtagandet också bidra till att minska mängden dataförlust eller tid till återställning. Ett sådant åtagande omfattar ofta pågående, centraliserade åtgärder för att stödja plattformen.
När molnhanteringsteamet etablerar högre grader av driftshantering och specialisering relaterad till specifika plattformar lägger de till plattformar i en växande tjänstkatalog. Tjänstkatalogen tillhandahåller självbetjäningsplattformsdistribution i en specifik konfiguration, som följer pågående plattformsåtgärder. Under affärsanpassningskonversationen kan molnhanterings- och molnstrategiteam föreslå tjänstkataloglösningar för verksamheten. Tjänstkataloglösningarna förbättrar tillförlitlighet, drifttid och återställningsåtaganden i en kontrollerad, repeterbar process.
Som referens refererar vissa organisationer till en tjänstkatalog i ett tidigt skede som en godkänd lista. Den främsta skillnaden är att en tjänstkatalog levereras med löpande driftsåtaganden från CCoE (Cloud Center of Excellence). En godkänd lista liknar den. Den innehåller en förgodkänd lista över lösningar som ett team kan använda i molnet. Men vanligtvis finns det inte en driftsförmån som är associerad med program i en godkänd lista.
Precis som debatten mellan centraliserad IT och CCoE är skillnaden en av prioriteringarna. En tjänstkatalog förutsätter goda avsikter men tillhandahåller drifts-, styrnings- och säkerhetsskydd som påskyndar innovationen. En godkänd lista hindrar innovation tills åtgärder, efterlevnad och säkerhetsgrindar skickas för en lösning. Båda lösningarna är livskraftiga, men de kräver att företaget fattar subtila prioriteringsbeslut för att investera mer i innovation eller efterlevnad.
Skapa tjänstkatalogen
Molnhantering lyckas sällan med att leverera en tjänstkatalog i en silo. En korrekt utveckling av katalogen kräver ett partnerskap mellan det centrala IT-teamet eller CCoE. Den här metoden brukar vara mest framgångsrik när en IT-organisation når en CCoE-mognadsnivå, men den kan implementeras tidigare.
När molnplattformsteamet skapar tjänstkatalogen i en CCoE-modell skapar de den plattform för önskad status. Molnstyrnings- och molnsäkerhetsteamen validerar styrning och efterlevnad i distributionen. Molnhanteringsteamet etablerar löpande åtgärder för den plattformen. Och molnautomatiseringsteamet paketera plattformen för skalbar, repeterbar distribution.
När plattformen har paketerat kan molnhanteringsteamet lägga till den i den växande tjänstkatalogen. Därifrån använder molnimplementeringsteamet paketet eller andra i katalogen under distributionen. När lösningen har gått till produktion inser företaget de extra fördelarna med förbättrad driftshantering och potentiellt minskade avbrott i verksamheten.
Anteckning
Att skapa en tjänstkatalog kräver mycket arbete och tid från flera team. Att använda tjänstkatalogen eller den godkända listan som en gating-mekanism gör innovationen långsammare. När innovation är en prioritet bör du utveckla tjänstkataloger parallellt med andra implementeringsinsatser.
Definiera dina egna plattformsåtgärder
Även om hanteringsverktyg och processer kan förbättra plattformsåtgärderna räcker det ofta inte för att uppnå de önskade tillstånden för stabilitet och tillförlitlighet. Verkliga plattformsåtgärder kräver fokus på grundpelare för utmärkt arkitektur. När en plattform motiverar en djupare investering i åtgärder bör du överväga följande fem pelare innan plattformen blir en del av en tjänstkatalog:
- 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.
- 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.
Microsoft Azure Well-Architected Framework tillhandahåller en metod för att utvärdera specifika arbetsbelastningar för att följa dessa grundpelare för att förbättra övergripande åtgärder. Du kan använda dessa pelare för både plattformsåtgärder och arbetsbelastningsåtgärder.
Kom igång med specifika plattformar
De plattformar som beskrivs i nästa avsnitt är gemensamma för vanliga Azure-kunder och de kan enkelt motivera en investering i plattformsåtgärder. Molnhanteringsteam brukar börja med dem när de skapar krav för plattformsåtgärder eller en fullständig tjänstkatalog.
PaaS-dataåtgärder
Data är ofta den första plattformen som garanterar investeringar i plattformsåtgärder. När data finns i en PaaS-miljö (plattform som en tjänst) tenderar affärsintressenter att begära ett reducerat mål för återställningspunkter (RPO) för att minimera dataförlusten. Beroende på programmets art kan de också begära en minskning av mål för återställningstid (RTO). I båda fallen kan arkitekturen som stöder PaaS-baserade datalösningar enkelt hantera viss ökad nivå av hanteringsstöd.
I de flesta scenarier är kostnaden för att förbättra hanteringsåtaganden lätt motiverad, även för program som inte är verksamhetskritiska. Den här plattformsdriftsförbättringen är så vanlig att många molnhanteringsteam ser den mer som en förbättrad baslinje snarare än som en verklig förbättring av plattformsåtgärder.
IaaS-dataåtgärder
När data finns i en traditionell IaaS-lösning (infrastruktur som en tjänst) kan arbetet med att förbättra RPO och RTO vara högre. Men affärsintressenternas önskan att uppnå bättre hanteringsåtaganden påverkas sällan av ett PaaS- eller IaaS-beslut. Om något kan en förståelse av de grundläggande skillnaderna i arkitektur få företaget att be om PaaS-lösningar eller åtaganden som matchar vad som är tillgängligt på PaaS-lösningar. Överväg att modernisera alla IaaS-dataplattformar som ett första steg i plattformsåtgärder.
När modernisering inte är ett alternativ prioriterar molnhanteringsteam ofta IaaS-baserade dataplattformar som en första tjänst som krävs i tjänstkatalogen. Genom att ge företaget ett val mellan fristående dataservrar och klustrade datalösningar med hög tillgänglighet blir konversationen för affärsåtagande mycket enklare att underlätta. En grundläggande förståelse för driftsförbättringar och ökade kostnader hjälper företaget att fatta det bästa beslutet för sina affärsprocesser och stödja arbetsbelastningar.
Andra vanliga plattformsåtgärder
Förutom dataplattformar tenderar virtuella datorvärdar att vara en gemensam plattform för driftsförbättringar. Molnplattforms- och molnhanteringsteam investerar oftast i förbättringar av VMware-värdar eller containerlösningar. Sådana investeringar kan förbättra värdarnas stabilitet och tillförlitlighet, vilket stöder de virtuella datorerna, vilket i sin tur driver arbetsbelastningarna. Rätt åtgärder på en värd eller container kan förbättra RPO eller RTO för flera arbetsbelastningar. Den här metoden skapar förbättrade affärsåtaganden men fördelar investeringen. Förbättrade åtaganden och minskade kostnader gör det mycket enklare att motivera förbättringar av molnhantering och plattformsåtgärder.
Nästa steg
Parallellt med förbättringar av plattformsåtgärder fokuserar molnhanteringsteam också på att förbättra arbetsbelastningsåtgärderna för de översta 20 procenten eller mindre av produktionsarbetsbelastningarna.