Från kod till infrastruktur: Azure DevOps och IaC i praktiken

Att bygga en modern molnmiljö handlar inte bara om att skapa en stabil infrastruktur – det handlar lika mycket om att säkerställa att den är repeterbar, säker och enkel att hantera över tid. Det är här Infrastructure as Code (IaC) och DevOps går hand i hand.

I vår Azure Accelerator (WAA) har vi paketerat en beprövad strategi där både infrastruktur och kod hanteras i samma DevOps-pipeline. Det ger oss en konsekvent, versionshanterad och automatiserad leverans av hela lösningen – från grunden upp till applikationslagret.

IaC + Azure DevOps = en enhetlig och säker leverans

Genom att definiera infrastrukturen med kod (IaC) kan vi säkerställa att varje miljö – oavsett om det är utveckling, staging eller produktion – skapas på exakt samma sätt, med endast parametrar som skiljer dem åt. Det innebär:

✅ Konsekvens – Alla miljöer sätts upp enligt samma mall, vilket eliminerar risken för manuella misstag.

✅ Säkerhet – Vi säkerställer att rätt policies, identiteter och säkerhetskonfigurationer alltid är på plats.

✅ Effektivitet – Genom att automatisera hela flödet sparar vi tid och kan fokusera på att leverera affärsvärde.

I våra Azure DevOps pipelines hanteras både applikationskod och infrastrukturkod, vilket innebär att vi kan rulla ut förändringar snabbt och säkert. Om vi uppdaterar en del av infrastrukturen – exempelvis lägger till en ny App Service – sker det via samma versionshantering och release-process som när vi deployar ny funktionalitet i en applikation.

Staging och produktion – identiska miljöer med rätt parametrar

En av de största fördelarna med vårt tillvägagångssätt är att staging- och produktionsmiljöer alltid speglar varandra, med den enda skillnaden att vi styr exempelvis storlek på resurser via parametrar.

Exempelvis:

• I staging kanske vi provisionerar en mindre SQL-databas och kör enklare lastbalansering.

• I produktion skalar vi upp databasen och konfigurerar lastbalanseringen för hög belastning.

Eftersom både staging och produktion skapas från samma kodbas, minimeras risken för "works on my machine"-problem när vi rullar ut nya funktioner.

Azure Key Vault – en liten men viktig gotcha

En aspekt som kräver särskild hantering är Azure Key Vault, där vi lagrar hemligheter och känsliga konfigurationer.

När vi provisionerar en ny miljö använder vi separata skript för att sätta upp de Key Vaults som behövs då andra resurser i våra pipelines kommer att kräva tillgång till våra Key Vaults via s.k. Managed Identities. Det tenderar att bli stökigt med de rättigheter som krävs att sätta upp ett Azure Key Vault om den logiken ska delas tillsammans med andra pipelines.

Detta säkerställer att varje ny miljö har rätt accesskontroller och hemligheter från start, utan att kompromissa med säkerheten.

Resultatet?

Genom att hantera både infrastruktur och kod i samma DevOps-pipeline kan vi:

✅ Säkerställa att alla miljöer är identiska och versionshanterade

✅ Automatisera hela flödet från provisioning till deployment

✅ Eliminera manuella fel och öka säkerheten

✅ Snabbt och smidigt skala upp lösningar vid behov

Detta är en av grundstenarna i vår Wizardworks Azure Accelerator (WAA) – en nyckelfärdig och optimerad väg till Microsoft Azure!