GitHub får driftsproblemer når AI-koding øker trafikken

GitHub har fått en mer krevende driftsjobb fordi utviklingstrafikken endrer karakter. Det er ikke bare flere mennesker som bruker plattformen. Det er flere maskiner, agenter og automatiserte arbeidsflyter som oppfører seg som veldig ivrige utviklere.

The Register omtaler GitHubs siste tilgjengelighetsproblemer og peker på GitHubs egne rapporter for april og mai. GitHub skriver selv at trafikken vokser raskt, “i stor grad drevet av AI-assisterte og agentiske utviklingsflyter”. I mai registrerte selskapet ni hendelser som ga redusert ytelse på GitHub-tjenester. I april var tallet ti.

Det viktige her er ikke at GitHub hadde noen dårlige dager. Det viktige er at AI-koding flytter belastningen i selve utviklerinfrastrukturen. Når én utvikler tidligere opprettet én pull request, kunne GitHub håndtere et kjent mønster: Git-lagring, merge-sjekker, branch protection, Actions, søk, varsler, rettigheter, webhooks, API-er, bakgrunnsjobber, cache og databaser.

Med agentiske arbeidsflyter kan den samme utvikleren sette flere slike løp i gang parallelt. Flere repos opprettes. Flere commits pushes. Flere tester kjøres. Flere API-kall sendes. Flere avhengigheter sjekkes. Effekten er ikke lineær. GitHub beskriver selv hvordan køer, cache misses, indekser, retries og tregheter i én avhengighet kan forsterke hverandre.

Ifølge GitHub startet selskapet i oktober 2025 et program for å øke kapasiteten ti ganger. I februar 2026 var det klart at planen måtte dimensjoneres for tretti ganger dagens skala. Selskapet oppgir at det nå kjører 40 prosent av monolitt-trafikken fra Azure, opp fra 8 prosent i februar. Git-trafikken ligger på 30 prosent, og repository-replikering på 99 prosent. Effektiv kapasitet skal være mer enn doblet på fire måneder.

Likevel er ikke problemet borte. GitHub sier at hovedprioriteten nå er tilgjengelighet først, deretter kapasitet, og først deretter nye funksjoner. Det er et interessant signal fra et selskap som samtidig selger Copilot og agentiske utviklerverktøy aggressivt. Veksten i AI-bruk er ikke bare en inntektslinje. Den blir også en plattformrisiko.

For norske virksomheter er lærdommen enkel: AI-assistert utvikling må behandles som en endring i produksjonsmønster, ikke bare som et produktivitetsverktøy. Når utviklere tar i bruk Copilot, Codex, Claude Code eller interne kodeagenter, øker de også trykket på kildekodeplattform, CI/CD, secrets, artifact registry, testmiljøer, observability og incident-prosesser.

Mange IT-ledere måler fortsatt AI-koding på antall lisenser og subjektiv utviklerglede. Det er for smalt. Det bør også måles på endret trafikk, køtid i CI, kostnad per pull request, feilrate i automatiserte workflows, og hvor mye av utviklingskjeden som tåler at agentene kjører samtidig.

Dette handler også om leverandørrisiko. GitHub er kritisk infrastruktur for svært mange virksomheter. Hvis agentbruk gjør plattformen mer sårbar for kapasitetsproblemer, må virksomheter vite hva de gjør når GitHub er treg eller utilgjengelig. Har de lokal cache av kritiske repos? Kan bygg stoppes trygt? Finnes det manuelle rutiner for hotfix? Hvilke agentjobber skal stanses automatisk når plattformen viser tegn til trykk?

Det er fristende å se dette som et GitHub-problem. Det er det ikke. GitHub er bare en tidlig varsellampe. Alle plattformer som ligger under AI-assistert utvikling får samme type belastning: mer parallellitet, flere små operasjoner, mer retry-trafikk og større konsekvenser når et svakt punkt blir tregt.

Neste fase av AI-koding blir derfor mindre glamorøs enn demoene. Den handler om kapasitet, køer, kostnadskontroll og blast radius. CIO-er og CTO-er som ruller ut kodeagenter bør be om et konkret driftsbilde: hvor øker trafikken, hvilke systemer blir flaskehalser, og hvilke agentarbeidsflyter kan skrus av uten å stoppe utviklingen.

GitHubs egen prioritering sier egentlig alt: tilgjengelighet først. Det bør også være prioriteringen hos kundene.

Kilder og medier

• Primærkilde for saken: The Register, “GitHub outages persist as AI coding drives traffic surge”, https://www.theregister.com/software/2026/06/12/github-outages-persist-as-ai-coding-drives-traffic-surge/5255125
• Supplerende kilde: GitHub Availability Report: May 2026, https://github.blog/news-insights/company-news/github-availability-report-may-2026/
• Supplerende kilde: GitHub, “An update on GitHub availability”, https://github.blog/news-insights/company-news/an-update-on-github-availability/
• Thumbnail: OpenAI Image 2 / hogby.ai