När ett företag har bestämt sig för att lämna marken och bege sig till molnet så blir oftast det här den första frågan som dyker upp. Det är den här frågan och svaret på densamma som definierar hur bra resan kommer att gå.
Hur börjar man?
Det här är den första delen av flera där vi förklarar hur resan till molnet börjar och hur vi implementerar ett Cloud Adoption Framework (CAF).
Hur, vad och varför ett Cloud Adoption Framework?
Cloud Adoption Framework är ett ramverk som hjälper oss att skapa och implementera affärs- och teknikstrategier för molnet och dess tjänster. Den innehåller metodiker, dokumentation och verktyg. Arkitekter, tekniker, utvecklare och beslutsfattare använder den här informationen för att uppnå sina mål för och med molnet.
Genom att använda Cloud Adoption Framework kan organisationer bättre anpassa sina affärsstrategier och tekniska strategier för att säkerställa framgång.
Strategi
Målet är att skapa en molnstrategi där vi bland annat går igenom och definierar följande punkter:
- 1. Motivatorer för att röra sig mer mot molnet
- 2. Vilka förväntade verksamhetsnyttor som vi vill få ut, vilka prioriteringar som finns samt hur vi kan mäta dessa
- 3. Vi jämför andra typer av strategier eller styrande dokument så att vi även får med dom parametrarna här, tex digitaliseringsstrategier, IT-strategier etc
- 4. Vi tar fram och beskriva ett ” business case” för att också förflytta en eller flera tjänster till Azure så att slutmålet inte bara blir en ”landing zone arkitektur”
Planera
Målet är att dyka djupare i vår plan kring landing zones och vårt business case för att förstå vad det är vi har att jobba med samt vad som måste hanteras nu och framöver:
- 1. Ta fram vilka beroenden som finns i den eller dom lösningar som vi ska migrera samt hur och på vilket sett det ska hanteras
- 3. Vilka personer behöver vi involvera för att genomföra arbetet? Både gällande tjänsteansvariga i tex verksamheten till personer inom IT för att lyckas etablera/migrera lösningen
- 4. Vilka kompetenser behöver vi få på plats, finns dom redan idag eller behöver vi skapa en kompetensutvecklingsplan för dessa?
- 5. Uppdatera tidigare strategi med ovanstående punkter så att det blir tydligt vilka tjänster vi kommer att migrera samt vem som har vilket ansvar för tex strategin, ändringshanteringen i plattformen, övergripande plattformsansvar etc. Gärna utifrån en RACI matris
Redo
Gå igenom vad som behöver komma på plats för att vi ska kunna få en landing zone-arkitektur på plats och vilka delar som måste hanteras, vi börjar smått och utvidgar det om vi anser att det behövs längst resans gång men med start i detta:
- 1. Genomgå Microsoft egna guide ”https://docs.microsoft.com/en-us/azure/cloud-adoption-framework/ready/azure-setup-guide/”.
- 2. Här kommer vi bl.a. att definiera och komma överens om följande delar:
- 2.1 Hantering av åtkomster, policys och compliance för strukturer och tjänster i Azure
- 2.2 Åtkomster till Azure för externa och interna personer
- 2.3 Arkitektur för nätverk och kommunikation
- 2.4 Namnstandarder som ska användas
- 2.5 Principer och guidelines som gäller för samtliga landing zones
- 2.6 Hantering av kostnader och uppföljning kring dessa
- 2.7 Hantering av automatiska policys och säkerhetsaspekter för att följa våra krav enligt strategin
- 2.8 Övervakning, rapportering, optimering och återställning
- 2.9 Automation och DevOps för uppdateringar, ändringar och nyuppsättningar
- 3. Kan vi använda befintliga mallar från Microsoft när det kommer till Blueprints för landing zones eller behöver vi modifiera dom för att anpassas till våra krav?
- 4. Validera våra beslut mot Microsofts egen best practices och dokumentera dom och varför vi gör avsteg från dessa.
Implementera
Här kommer vi att dels påbörja etablering av vår övergripande arkitektur för landig zones samt påbörja migrering av den eller dom tjänsterna som vi har beslutat om i tidigare steg:
- 1. Etablera den övergripande arkitekturen i Azure
- 2. Säkerställ så att dom tidigare besluten från ”Redo” har blivit implementerade på ett korrekt sett
- 3. Finns det något som vi har missat och som behöver kompletteras?
- 4. Etablera vår första landing zone för tex ”integration” eller ”external web”
- 5. Vilka tjänster och verktyg är lämpliga för att påbörja vår migrering utifrån tidigare business case?
- 6. Påbörja migreringen utifrån tidigare beslut.
Kontinuerligt arbete efter implementationen
Ramverket är levande och kräver underhåll och förbättring för att kunna möta verksamheten och branschernas krav. Best practices och metodik ändras hela tiden och bör efterlevas.
Styrning
Styrningen finns där för att bibehålla och kontinuerligt förbättra det implementerade ramverket.
- 1. När Microsoft eller branschens best practices ändras så måste även ramverket anpassas efter det.
- 2. Policys och andra riktlinjer behöver underhållas och anpassas.
- 3. Metodiken behöver spridas och efterföljas av alla som ska jobba i miljöerna.
Hantering
När man sedan har en miljö i produktion så måste den underhållas och förändras utifrån dom incidenter och/eller ändringar som inträffar.
- 1. Om en befintlig förvaltningsorganisation finns så bör den involveras annars behöver en organisation runt detta etableras.