Velge riktig databehandlingstjeneste

Azure tilbyr flere databehandlingstjenester – hver utformet for en bestemt type arbeidsbelastning, grad av kontroll og driftsmodell. Hvis du velger feil databehandlingstjeneste, kan resultatet bli unødvendig kompleksitet (for lavt abstraksjonsnivå) eller utilstrekkelig kontroll (for høyt abstraksjonsnivå). Det viktigste spørsmålet er: Hvor mye av den underliggende infrastrukturen trenger du å administrere? Denne leksjonen går gjennom de viktigste alternativene for databehandling og kriteriene som hjelper deg med å velge riktig alternativ for hvert scenario.

Azure Virtual Machines gir deg full kontroll over operativsystemet, kjøremiljøet og applikasjonsstakken. Bruk VM-er når du trenger å kjøre eldre applikasjoner som krever en bestemt OS-versjon eller kjerneinnstilling, utføre en lift-and-shift-migrering av en lokal arbeidsbelastning uten endringer, installere tilpasset programvare på systemnivå eller trenger vedvarende databehandling som kjører døgnet rundt med en forutsigbar og fast konfigurasjon. Ulempen er den høyeste driftsbelastningen – du er ansvarlig for OS-oppdateringer, sikkerhetsherding og overvåking av OS-laget.

Virtual Machine Scale Sets er det riktige valget når du trenger VM-er, men også trenger å skalere automatisk basert på etterspørselen. Hvis arbeidsbelastningen din er tilstandsløs (nettservere, API-bakservere og batcharbeidere), kjører identisk på hver instans og har varierende etterspørsel, er VMSS et naturlig valg. Det kombinerer kontroll på VM-nivå med automatisert horisontal skalering. Når du velger mellom en frittstående VM og VMSS, er den avgjørende faktoren vanligvis om arbeidsbelastningen må skaleres utover én instans.

Azure App Service er en PaaS-plattform for drift av nettapplikasjoner, REST-API-er og mobilbaserte bakservere. Du distribuerer koden din (i Node.js, Python, Java, .NET, PHP, Ruby eller en container), og Azure administrerer kjøremiljøet, operativsystemet, oppdateringer, lastbalansering og skalering. Bruk App Service når du vil levere kode raskt uten å administrere infrastruktur, når applikasjonen følger vanlige mønstre for nettapplikasjoner, og når du ikke trenger tilpasning på OS-nivå. App Service er en av de mest populære Azure-tjenestene på grunn av balansen mellom funksjonalitet og enkelhet.

Azure Container Instances (ACI) lar deg kjøre en Docker-container i skyen uten å administrere infrastruktur – ingen VM-er og ingen orkestrator. ACI egner seg godt for kortvarige containerarbeidsbelastninger ved behov: planlagte batchjobber, oppgaver i CI/CD-pipelines, databehandlingsskript eller utviklingsmiljøer. Containere starter på sekunder, og du betaler per sekund for CPU og minne som brukes. ACI tilbyr ikke funksjoner som tjenesteoppdagelse, trinnvise utrullinger eller helsetilstandsbasert omstart, slik Kubernetes gjør – det er et kjøremiljø for én container eller en containergruppe.

Azure Kubernetes Service (AKS) er et administrert Kubernetes-miljø for orkestrering av containeriserte applikasjoner i stor skala. Bruk AKS når du har flere mikrotjenester som trenger tjenesteoppdagelse, trinnvise utrullinger, automatisk gjenoppretting og avansert skalering. AKS administrerer Kubernetes-kontrollplanet (API-server, etcd og planlegger) som en kostnadsfri PaaS-komponent, mens du administrerer VM-ene for arbeidsnodene. AKS er det mest driftskrevende containeralternativet, men tilbyr størst funksjonalitet og fleksibilitet for produksjonsarkitekturer basert på mikrotjenester.

Azure Functions er et hendelsesdrevet, serverless-alternativ for databehandling der du skriver individuelle funksjoner som kjøres som svar på utløsere – HTTP-forespørsler, tidsplaner, meldinger som kommer inn i en kø eller hendelser fra andre Azure-tjenester. Du betaler per kjøring (den første millionen kjøringer per måned er kostnadsfri), og plattformen skalerer automatisk fra null til tusenvis av samtidige kjøringer. Bruk Functions til hendelsesdrevet automatisering, webhooks og dataprosesseringspipelines samt andre arbeidsbelastninger som naturlig er kortvarige og utløserbaserte.

Bruk dette forenklede beslutningstreet: Trenger du full kontroll over operativsystemet? → VM eller VMSS. Containerisert arbeidsbelastning i stor skala? → AKS. Én container, kortvarig? → ACI. Nettapplikasjon eller API uten OS-administrasjon? → App Service. Hendelsesdrevet kode med kort kjøretid? → Azure Functions. Jo lenger ned på denne listen du går, desto mindre infrastruktur administrerer du og desto raskere kan du distribuere – men du får også mindre kontroll over kjøremiljøet. Velg det høyeste abstraksjonsnivået som oppfyller kravene dine.

Arkitekturer i den virkelige verden bruker ofte flere databehandlingsalternativer sammen. En virksomhet kan for eksempel bruke App Service til den kundeorienterte nettapplikasjonen, Azure Functions til hendelsesdrevet ordrebehandling, AKS til den interne plattformen for mikrotjenester og VM-er til et eldre ERP-system som ikke kan refaktoreres. Azure har enhetlige administrasjonsverktøy – portalen, CLI, ARM-maler og Azure Monitor – som fungerer konsekvent på tvers av alle databehandlingstjenestene. Dermed blir arkitekturer med flere databehandlingsalternativer håndterbare fra ett enkelt kontrollplan.

Kostnadene varierer betydelig mellom beregningsalternativene. VMs — faktureres per time basert på VM-størrelsen, også når VM-en er inaktiv (med mindre den er deallokert). App Service — faktureres per time basert på SKU-en for App Service-planen, men flere apper kan dele én plan uten ekstra kostnad. ACI — faktureres per sekund for faktisk bruk av CPU og minne, uten kostnad når tjenesten er inaktiv. Azure Functions (Consumption Plan) — faktureres per kjøring og per sekund kjøretid, med en svært romslig gratiskvote. For arbeidsbelastninger med varierende aktivitet er serverless-alternativer nesten alltid mest kostnadseffektive. For jevne arbeidsbelastninger som alltid er på, kan reserverte VM-er eller App Service-planer være billigere.

Ulike beregningstjenester tilbyr ulike SLA-garantier: Enkeltstående VM (Premium SSD): 99,9 %. VM i et Availability Set: 99,95 %. VM på tvers av Availability Zones: 99,99 %. App Service (Standard-nivå og høyere): 99,95 %. Azure Functions (Consumption Plan): 99,95 %. AKS: 99,95 % oppetid for API-serveren (med betalt nivå). Sammensatt SLA for en arkitektur med flere komponenter beregnes ved å multiplisere de individuelle SLA-ene — for eksempel gir App Service (99,95 %) koblet til Azure SQL (99,99 %) en sammensatt SLA på omtrent 99,94 %.

I denne leksjonen lærte De at Azure tilbyr flere beregningsalternativer — VMs, VMSS, App Service, ACI, AKS og Functions — som hver passer til ulike profiler for arbeidsbelastning og krav til kontroll, at den generelle regelen er å velge det høyeste abstraksjonsnivået som oppfyller kravene, for å redusere den operative belastningen, og at virkelige arkitekturer ofte kombinerer flere beregningstjenester som orkestreres gjennom Azure sitt enhetlige administrasjonslag. Deretter begynner vi å utforske Azure-lagringstjenester, med Storage Accounts som utgangspunkt.