Microsoft Azure

Microsoft Azure uten overraskelser

Azure har mange byggeklosser, og det er lett å ende opp med ressurser ingen helt vet hvorfor finnes. Vi bygger løsninger der hver ressurs har en tydelig eier og et tydelig formål, og der hele miljøet kan gjenskapes fra kode. Vi har jobbet med Azure-plattformer med mange miljøer og tjenester, fra Azure Functions og App Service til API Management, Front Door og private nettverk.

Sikkerhet er en del av grunnmuren. Tjenester autentiserer seg med Managed Identity, hemmeligheter ligger i Key Vault, og trafikk går gjennom private endpoints og WAF der det trengs.

Azure Functions, Container Apps eller App Service — slik velger vi

Valget av kjøremiljø påvirker kostnad, skalering og hvor mye teamet må drifte selv. Tommelfingerregelen vår:

• Azure Functions for hendelsesdrevne jobber, tidsstyrte integrasjoner og arbeidsflyter med Durable Functions. Passer godt når belastningen varierer mye og kjøringene er korte.
• App Service for API-er og webapper med jevn trafikk. Deployment slots gir utrulling uten nedetid, og driftsmodellen er kjent for de fleste team.
• Container Apps når tjenesten allerede er en container, trenger sidecars eller flere prosesser, eller skal kunne skalere til null uten å skrives om til Functions.
• Static Web Apps for frontend som ikke trenger egen server.

Vi anbefaler sjelden AKS for mindre plattformer. Kubernetes gir stor fleksibilitet, men også et driftsansvar som først lønner seg når mange team deler samme klynge. Uansett valg bruker vi Managed Identity mellom tjenestene, slik at tilkoblingsstrenger med hemmeligheter ikke trenger å ligge i konfigurasjonen.

Bicep og Terraform for mange miljøer

Når en plattform vokser, blir det viktig at test, staging og produksjon er satt opp likt. Vi har jobbet med versjonerte modulbiblioteker i Bicep med template specs, der team gjenbruker godkjente byggeklosser i stedet for å kopiere oppsett, og med deklarative YAML-modeller som kompileres til Bicep, der hvert miljø beskrives kort og resten utledes automatisk.

For hendelsesdrevne løsninger bruker vi Event Hubs, Event Grid og SignalR Service, og for data Azure SQL, Cosmos DB og Azure Cache for Redis. Der AI er relevant, kobler vi tjenestene til modeller i Azure AI Foundry innenfor de samme rammene for nettverk og tilgang.