En god CI/CD-pipeline er ikke noe man legger merke til. Den bare leverer. Sikkert, sporbart, og raskt nok til at teamet kan flytte i takt med forretningen.
Pipeline-arkitektur — GitHub Actions eller Azure Pipelines, modulært bygd opp med gjenbrukbare workflows og templates. Bygg én gang, deploy mange ganger.
GitOps for utrulling — Argo CD eller Flux. Pipeline bygger og signerer artefakter; clusteret puller fra Git. Tydelig skille mellom CI og CD.
Sikker supply chain — image-signering med Cosign, SBOM-generering, sårbarhetsskanning på pull request, og policy som blokkerer usignerte artefakter i admission.
Hemmelighetshåndtering — OIDC-baserte tilkoblinger til Azure (ingen langlevde nøkler), Workload Identity og Key Vault-referanser i runtime.
Test, kvalitet og gates — automatiserte tester, kodekvalitetsporter, dependency-review og kontraktstester der det gir mening. Krav definert som kode, ikke som manuelle sjekklister.
Multi-miljø — dev, test, staging, produksjon med samme kode-vei. Environment protection, godkjenningsporter og full sporbarhet på hva som er deployet hvor.
Rollbacks og recovery — Argo CD app-history, signerte image-tags, og dokumenterte runbooks for når noe må reverseres raskt.
Reduksjon i årlige infrastrukturkostnader – uten at det går på bekostning av ytelse eller leveringshastighet.
Les hele historienSom regel GitHub Actions hvis koden ligger i GitHub — det er enklere, raskere å lese, og har bedre integrasjon med moderne tooling. Azure Pipelines passer der eksisterende investering er stor, eller for selskaper som allerede står tungt i Azure DevOps. Jeg jobber daglig med begge.
Ja, og det er en av de tingene som gir mest verdi. Reusable workflows, templates og en delt katalog med byggeblokker reduserer typisk antallet aktive pipelines med 70% og gjør resten enklere å vedlikeholde.
For ett team og én tjeneste: 1–2 uker, inkludert miljøer, signering og rollback-rutiner. For en hel organisasjon med plattformnivå: 6–10 uker for det første settet, og deretter inkrementelt etter hvert som flere team kommer på.
Ikke nødvendigvis, men det hjelper. GitOps gjør produksjonstilstand sporbar og reverserbar gjennom Git. For team som er nye til Kubernetes anbefaler jeg ofte å starte med klassisk pipeline-deploy og gradvis legge til GitOps når smerten ved manuell tilstandsstyring blir tydelig.
Ta kontakt for en uforpliktende samtale. Ofte er en kort vurdering nok til å se hvor de største gevinstene ligger.