Platform engineering for AI-utvikling

Gi prototyper en vei til produksjon

Folk kan utforske ideer med ulike AI-verktøy mens organisasjonen tilbyr en felles vei til produksjon. Plattformteamet gjør denne veien tydelig, støttet og gjentakbar.

For en nyttig prototype samler dere brukeroppgaven, et eksempel på arbeidsflyten, kildekoden der den er tilgjengelig, og tiltenkte data. Vurder om koden skal tilpasses, eller om løsningen skal bygges på nytt fra kravene dere har lært. Før bruk av reelle påloggingsopplysninger eller konfidensielle inndata må applikasjonen, utviklingsverktøyene og kjøremiljøet verifiseres mot de nødvendige kontrollene.

Hvis tjenesten må kjøre i deres infrastruktur, tilby en støttet utrulling til deres skykontoer eller nettverk. Ta med identitet, håndtering av hemmeligheter, utgivelsesbevis, overvåking og gjenoppretting. Vurder modellenes dataflyter separat. Eierskap til kjøremiljøet gir ikke kontroll over alle utviklingstjenester.

Behandle plattformen som et produkt for brukerne

En plattform gir team støttede funksjoner for å bygge og drifte programvare. Disse kan omfatte identitet, miljøer, leveransepipelines, databaser, overvåking og policykontroller. Den nyttige enheten er en komplett arbeidsflyt som dekker et tilbakevendende behov.

CNCF beskriver plattformer som funksjoner utformet rundt interne brukere, med konsekvente grensesnitt og selvbetjening der det passer. En portal kan gjøre disse funksjonene tilgjengelige, men en portal alene er ikke plattformen. CNCF Platforms White Paper.

Start med et reelt behov. I en fiktiv virksomhet trenger flere team en intern webtjeneste med innlogging for ansatte og en forvaltet database. Bygg en støttet vei for dette behovet før dere legger til en bred katalog med funksjoner som sjelden brukes.

Ta med agenter blant plattformens brukere

En AI-agent kan generere infrastrukturkode raskt. Uten oppdatert plattformkontekst kan den også velge en region, et identitetsmønster eller en utrullingsmetode som ikke støttes. Raskere generering løser ikke manglende organisatoriske begrensninger.

Gi agenten et pålitelig grensesnitt. Definer inndata, tillatte verdier, utdata og oppførsel ved feil. Gi eksempler som passer til den installerte versjonen. Returner feil som kan følges opp, uten å avsløre hemmeligheter. Bruk de samme autorisasjonskontrollene for kall fra mennesker og agenter.

For den interne tjenesten kan forespørselen angi eier, datakategori, miljø, gjenopprettingskrav og støttet kjøremiljø. Plattformen kan da velge en gjennomgått konfigurasjon eller forklare hvorfor forespørselen trenger en egen beslutning.

Definer den støttede veien og grensene

Dette er et eksempel på ansvarsdeling. Bekreft den med de faktiske teamene og leverandørene. Ansvar som ingen er tildelt, forsvinner ikke fordi det finnes en plattform.

Publiser en unntaksvei for krav som ligger utenfor standardløsningen. Identifiser beslutningseieren og bevisene som kreves. En vanskelig unntaksprosess kan få team til å opprette systemer uten støtte utenfor plattformen.

Vedlikehold tjenestene etter opprettelse

En mal er en startversjon. Den retter ikke automatisk applikasjonene som ble opprettet fra den. Bestem hvordan plattformendringer når eksisterende tjenester, og hvordan kompatibilitet kontrolleres.

Versjoner felles grensesnitt og moduler. Varsle om vilkår for fjerning. Tilby en støttet migrering ved behov. Følg med på hvilke tjenester som fortsatt bruker berørte versjoner når en sikkerhetsretting er nødvendig.

Unngå at plattformteamet blir en manuell godkjenningskø for hver rutineoperasjon. Automatiser gjentakbare kontroller, og bruk menneskelige beslutninger på uavklarte konsekvenser. Mål vellykket bruk, ventetid, gjenopprettingsresultater og vedlikeholdsarbeid.

Koble plattformen til programvarefabrikken

Platform engineering definerer støttede funksjoner og driftsgrenser. En programvarefabrikk kobler sammen krav, planlegging, implementasjon, bevis og leveranse. De kan utfylle hverandre når fabrikken planlegger ut fra den faktiske plattformen.

Ta med løpende drift i vurderingen. Verifiser hvem som skanner etter nye sårbarheter, ruller ut rettinger, håndterer hendelser og vedlikeholder bevis for etterlevelse. Disse funksjonene trenger et avtalt omfang og eiere. Begrepet «programvarefabrikk» garanterer dem ikke.

Vurder integrasjonen på et konkret punkt: Kan en generert endring bruke den eksisterende utrullingsveien og bevare kontrollene? Kan teamet undersøke hvorfor et unntak var nødvendig? Hvem oppdaterer den felles konteksten når plattformen endres?

DORAs forskning setter AI-kapasitet inn i organisasjonen rundt. Bruk dette perspektivet til å vurdere hele arbeidsflyten, inkludert arbeidet som fortsatt ligger hos plattformteamet. DORA-rapporten fra 2025.