Organisera för molnimplementering av försvar
Organisera-metoden ligger inom kommandodomänen för molnimplementering.
Bild 1: Domänspårare – kommandodomän
En av de största molnimplementeringsutmaningarna i en försvarsorganisation är inte tekniken utan att organisera grupper, team och roller för att stödja tekniken. Traditionella IT-åtgärder skiljer sig från molnåtgärder. Den traditionella modellen är centraliserad och en central auktoritet bygger och underhåller teknikstacken. Molnet utmanar den här modellen.
Molnimplementering ger funktioner som möjliggör organisationsförändringar. En av dessa funktioner bygger via kod. Teams kan använda kod för att skapa varje arbetsbelastning eller tjänst med skript (ARM-mall, Bicep, Terraform, CLI, PowerShell). Den här funktionen är en betydande avvikelse från det förflutna där infrastrukturen behövde etableras via en central grupp för att säkerställa konsekvens och minimera risker. Uppdragsägare kan använda kod och ge bättre konsekvens. Konsekvens gör det möjligt för uppdragsägare att prognostisera utgifter, uppfylla säkerhetskraven och öka distributionseffektiviteten. Det finns dock en organisationskomponent. Uppdragsägare behöver personal med automatiserings- och skriptkunskaper och bör ha dem i sitt team innan de skapar plattformen.
Ett decentraliserat moln gör det möjligt för grupper att skapa egna autonoma lösningar och innovationer för att uppfylla behoven på uppdragsnivå. Den här metoden lyckas dock inte utan effektiv organisatorisk anpassning. Brist på styrning och kontroll skulle kunna tillåta motstridiga arbetsbelastningar i produktion. Det är viktigt att uppdragsägarna tänker om och definierar roller och ansvarsområden
Definiera nya roller
Uppdragsägare bör definiera roll och ansvar med molnkoordinatorn. När uppdragsägarens arbetsbelastningar flyttas till molnet bör molnförmedlarna ta på sig ett större ansvar från uppdragsägaren. Det är frestande för uppdragsägare att mappa lokala roller och ansvarsområden i molnet, men de två driftsmodellerna gör det till en ineffektiv metod. Det är viktigt att komma ihåg att molnkoordinatorer arbetar på molnplattformen i månader innan uppdragsägare får åtkomst. Uppdragsägare bör komma ihåg att de är bekanta med plattformen när de definierar nya roller och ansvarsområden. Uppdragsägare måste göra det möjligt för molnkoordinatorer att skapa samtidigt som viktiga tillgångar skyddas.
Mer information finns i nödvändiga molnfunktioner.
Definiera plattformsansvar
Uppdragsägaren och molnkoordinatorn delar ansvaret för plattformen. Det är bästa praxis att definiera plattformsansvar enligt följande:
Molntjänstleverantör (Azure): Molntjänstleverantören underhåller minst den fysiska infrastrukturen och skyddar resurserna i datacentret. Den här ansvarsnivån motsvarar en IaaS-distribution (infrastruktur som en tjänst). Ansvaret ändras med PaaS-lösningar (plattform som en tjänst) och SaaS-lösningar (software-as-a-service).
Moln asynkron meddelandekö: Molnkoordinatorn hanterar det mesta av plattformen. Det säkerställer anslutning till det lokala försvarsnätverket, hanterar identitetslösningen (klientorganisationen) och de flesta stödtjänster.
Uppdragsägare: Uppdragsägaren skapar, migrerar och hanterar program ovanpå plattformen. Ansvarsområden omfattar kodsäkerhet, programtillförlitlighet, dataskydd och modernisering.
Tilldela finansiell tillsyn
Ett vanligt problemområde inom molnimplementering är finansiell tillsyn. Uppdragsägare bör tilldela personal för att hantera, övervaka och prognostisera kostnader. Finansiell tillsyn som utför dessa uppgifter kommer att bidra till att undvika överförbrukning. Uppdragsägare bör överväga hur ofta de får debriefs om molnutgifter. En briefing minst två gånger per månad ger nödvändig tillsyn för att göra ändringar som förhindrar överförbrukning. Mer information finns i:
Identifiera andra molnfunktioner
Uppdragsägaren bör inte hantera molnlösningen som en enda enhet. Andra molnfunktioner som fokuserar på styrning, drift, säkerhet, automatisering och data kan krävas för att utföra specifika aktiviteter på molnplattformen.
Mer information finns i:
Nästa steg
Organisera-metoden är det sista steget i kommandodomänen. Den färdiga metoden för plattformsdomänen är nästa.