For ti år siden var testmiljøet en delt ressurs som hvert team måtte booke tid på. I dag kan hvert endringsforslag få sitt egne, komplette miljø som forsvinner så fort jobben er gjort. Det har gjort utrulling både tryggere og raskere, og flyttet testing, design og produktdiskusjoner nærmere selve utviklingen.
Forrige uke ba jeg agenten min pushe koden vi hadde skrevet og åpne en pull request. Mens jeg hentet kaffe dukket det opp en lenke i tråden. Da jeg trykket inn på lenken kom jeg til nettsiden med endringene som akkurat var utført. Bak lenken lå et komplett miljø med endringene mine, egen database og ferske testdata. Designeren på teamet var allerede tagget på Github og hadde begynt å klikke seg gjennom flyten for å legge igjen et par kommentarer. Da PR-en ble merget slettet miljøet seg selv. Utrullingen startet med å rute én prosent av trafikken til prod over på den nye løsningen før den gradvis økte trafikken.
Ingen i teamet kommenterte det. Det var en normal flyt på en helt vanlig tirsdag.
Det er verdt å stoppe opp et øyeblikk. Et komplett miljø per pull request. Tilbakerulling på tjue sekunder. For ti år siden jobbet jeg i et team hvor vi koordinerte ved å booke tid på i testmiljøet i en kalender eller på Slack. Deploy skjedde på kveldstid etter en sjekkliste og tilbakerulling betød at én person med SSH-tilgang reverterte tilbake til forrige commit og håpet at databasen fortsatt matchet.
Veien hit gikk i etapper. Virtualisering gjorde servere kopierbare. Ansible og Puppet flyttet konfigurasjonen inn i versjonskontroll. Skyen gjorde kapasitet til noe du kjøper og kaster. Docker og Kubernetes ga arbeidsflyter hvor ett bygg kan sendes ut uendret til flere miljøer. Resultatet ****er at et kjøremiljø koster nesten ingenting å spinne opp eller å rive ned.
Designeren og produkteieren venter ikke lenger til torsdagens demo. De får en lenke og klikker. Diskusjonen flytter seg fra hvordan noe er tenkt til hvordan det faktisk oppfører seg, og det skjer mens endringen fortsatt er billig å endre. Test kjøres på ekte data uten at noen konkurrerer om det delte miljøet. Utvikleren og AI-agenten får svar samme dag.
Midlertidige preview-miljøer per pull request, som forsvinner når PR-en lukkes. Blue/green, der ny versjon står varm ved siden av den gamle og trafikken flyttes i én operasjon. Gradvis utrulling som stopper seg selv når feilraten stiger. Feature flags som skiller deploy fra release, slik at kode kan ligge ute uten å være påskrudd.
Alt dette er tilgjengelig for alle som kjører Kubernetes eller native i skyplattformer i dag, og det som skiller team fra hverandre er hvor mye av det de faktisk tar i bruk. Kantene er fortsatt harde, men med en god intro til hvordan du kommer i gang kan en fort komme langt.
Kollegaen min Silje Eriksen går dypere i akkurat dette på Backend Meetup Oslo tirsdag, med foredraget Hvordan deploye applikasjoner i 2026.
Vemund er en senior fullstackutvikler med erfaring fra både knøttsmå startups i Silicon Valley og større bedrifter som Finn.no og Tet Digital i Norge. Han trives best i krysningspunktet mellom komplekse utviklerutfordringer som krever tett oppfølging mellom backend, frontend og infrastruktur og AI-enablement i enterprise-settinger som gir muligheter for kontinuerlig læring og vekst.
.webp)