Niveau for infrastrukturabstraktion
Du står selv for opsætningen og den løbende maintenance af VMere, servere og infrastruktur, hvilket kræver meget tid og ekspertise. Som et eksempel har AWS mere end 240 services – og det kan umiddelbart virke som en fordel, men i virkeligheden kræver det flere års erfaring at finde ud af, hvilke der er nødvendige eller relevante for dig, og hvordan du opsætter og maintainer dem
Udbyderen provisionerer og administrerer kerneinfrastrukturen: servere, skalering og maintenance.
Du kan fokusere på dit produkt og ikke-cloud-relaterede værktøjer og applikationer.
← + Udbyderen håndterer yderligere infrastruktur, såsom f.eks. authentication, databaser, fil-lagring, caching og job queues, ved at abstrahere service-til-service-kommunikation og -koordinering bag et message-passing interface. Så får I alle fordelene uden at skulle lære og forstå værktøjerne.
Så I kan fokusere helt og aldeles på jeres produkt.
Du kan finde en kort forklaring af serverless
her og af infraless
her.
Skalering er manuel eller kræver forudkonfigurerede auto-scaling-regler. Du skal altså forudse efterspørgslen for at undgå over- eller under-provisionering, hvilket enten går ud over dit budget eller din softwares performance.
Automatisk og øjeblikkelig (zero cold-start) skalering baseret på efterspørgsel uden manuel indgriben, håndteret af platformen. Ressourcer allokeres dynamisk efter behov.
Potential latency ved høj trafik, begrænset af den reserverede kapacitet, hvis du har under-provisioneret ressourcer eller rammer en manuel skaleringsbegrænsning.
Hurtigere svartider via distribuerede requests og automatisk tilpasning til at håndtere udsving i trafikken, hvilket minimerer latency og performance bottlenecks, samtidig med at risikoen for at overbetale for ubrugte ressourcer er fjernet.
← + Optimeret performance via AI/machine learning samt integreret caching og workflows.
Availability & redundancy
Kræver, at du selv konfigurerer og maintainer backups, failover og disaster recovery-opsætninger
Redundans er indbygget i platformen: Din kode distribueres automatisk på tværs af flere fysiske lokationer, og disaster recovery håndteres af platformen.
Sikkerhedsopsætning er i høj grad dit ansvar, inklusive patching, opdateringer og monitoring.
Mange sikkerhedsopgaver håndteres af udbyderen (f.eks. kryptering, patching), men du er stadig ansvarlig for sikkerheden på applikationsniveau.
← + udbyderen håndterer sikkerhed relateret til yderligere abstraheret infrastruktur.
Du implementerer løsningerne.
Udbyderen tilbyder værktøjer, som ofte kræver yderligere opsætning.
Integrerede monitoring- og logging-løsninger er inkluderet.
Resulterende developer...
DevOps, som du kender det.
DevOps, men med lidt mindre Ops.
Fuld NoOps, så dine udviklere kan fokusere på udvikling.
Udviklere er tvunget til at dele deres tid og opmærksomhed mellem både produkt- og operations-relaterede opgaver og deadlines, hvilket resulterer i længere time-to-market.
Udviklere slipper for cloud management og de tilhørende værktøjer, så de kan fokusere mere på deres produkt, men de skal stadig opsætte og maintaine alle de sædvanlige ikke-cloud-relaterede infrastrukturværktøjer og applikationer.
Udviklere kan fokusere deres tid og opmærksomhed på deres produkt, mens udbyderen håndterer alt der er cloud-relateret, samt mange andre værktøjer og apps, i et dokumenteret, self-service-miljø, hvilket drastisk reducerer time-to-market.
Udviklere har en høj risiko for burnout, især på grund af udfordringer med at prioritere mellem development og operations.
Udviklere har mindre risiko for burnout, da cloud operations ikke længere er en konkurrerende prioritet. I stedet kan deres tid og opmærksomhed næsten udelukkende fokuseres på deres produkt.
Udviklere frigøres ikke kun fra driftsopgaver, men også fra mange andre trivielle infrastruktur-opgaver, hvilket markant reducerer deres kognitive belastning og giver dem mulighed for at opnå dybere fokus – og reel udviklerglæde.
