Europæisk AI

Købt tjeneste, europæisk API, lejet GPU eller egen drift

Købt tjeneste, europæisk API, lejet GPU eller egen drift

Der er fire måder for en virksomhed at få en sprogmodel på: som en færdig tjeneste, som en model, I kalder gennem en udbyders API, som en åben model på maskiner, I lejer, eller som en model på jeres egne maskiner. De fire giver stigende kontrol over, hvor data behandles, og stigende arbejde for jer selv.

Diskussionen om lokal AI over for AI i skyen (on premise eller cloud) bliver ofte ført, som om der kun var to muligheder. I praksis er der fire, og de to i midten er dem, flest overser. Her er de sammenlignet på fire forhold: kontrol, arbejde, binding og økonomi i ord. Dybden for hver form står i gruppen Driftsformer.

1. Købt tjeneste

En færdig assistent eller et færdigt produkt, som medarbejderne logger ind i, eller som er bygget ind i et system, I allerede har. Udbyderen står for model, drift, opdateringer og brugerflade.

  • Kontrol: lavest. I vælger plan, indstillinger og eventuelt region, hvor det tilbydes. Udbyderen bestemmer, hvilken model der bruges, og hvornår den skiftes.
  • Arbejde: mindst. Opsætning af konti, adgang og regler for brugerne.
  • Binding: brugernes vaner, samtalehistorik og eventuelle forbindelser til jeres dokumenter.
  • Økonomi: typisk pr. bruger pr. måned, nogle gange med forbrug ud over en grænse.

2. Model via API hos en udbyder

I kalder en model gennem en programmeringsgrænseflade (API) hos modeludvikleren, hos en stor cloudplatform eller hos en europæisk udbyder, der kører modeller som tjeneste. I bygger selv det, brugerne ser, eller kobler modellen på jeres systemer.

  • Kontrol: middel. I vælger model og version, ofte region, og I bestemmer, hvad der sendes. Udbyderen bestemmer, hvornår modellen udfases.
  • Arbejde: udvikling og vedligehold af det, der kalder modellen, plus overvågning af forbrug.
  • Binding: grænsefladen i jeres kode, prompter skrevet til en bestemt model og tilpasninger, der følger modellens levetid.
  • Økonomi: typisk forbrug, opgjort i tokens (små tekststykker) eller kald, eventuelt med reserveret kapacitet, der betales pr. time, uanset om den bruges.

Hvad I køber, når den europæiske udbyder kører en åben model for jer, står i åben model via europæisk API. Når platformen er amerikansk og regionen europæisk, er det et andet valg, beskrevet i amerikansk platform, europæisk region.

3. Lejet GPU med åben model

I lejer maskiner med grafikprocessorer (GPU) hos en udbyder og kører selv en model med åbne vægte på dem. Udbyderen står for maskinen, I står for alt ovenpå.

  • Kontrol: høj over model, version og data. Maskinen og datacentret er udbyderens.
  • Arbejde: betydeligt. Installation, opdatering, overvågning, adgangsstyring og kapacitet er jeres opgave.
  • Binding: mindre til modellen, som I selv har. Mere til den måde, udbyderens maskiner og værktøjer er sat op på.
  • Økonomi: betaling for maskintid, lager og netværk, uanset hvor meget modellen bruges. Udnyttelsen afgør regnestykket.

Mellemvejen er beskrevet i lejet GPU med åben model. Selve kapaciteten og datacentret er emnet på europaeisk-cloud.dk.

4. Egen drift

Modellen kører på maskiner, I ejer, i jeres eget serverrum eller hos en hostingpartner. Data forlader ikke jeres miljø.

  • Kontrol: højest. I bestemmer alt, også hvornår modellen skiftes.
  • Arbejde: størst. Ud over driften af modellen kommer indkøb, strøm, køling, reservedele og folk, der kan passe det hele.
  • Binding: investeringen i maskinerne og de folk, der kan drive dem.
  • Økonomi: anlægsudgift og løbende drift. Regnestykket hænger på, hvor meget maskinerne bruges. Se egen drift af en sprogmodel.

Aftalerne skelner selv

Forskellen mellem de fire former står også i aftalerne. I de vilkår, vi gennemgik 8. november 2026, skelner en modeludvikler mellem tre steder: dens egen infrastruktur, en partners og kundens egen, og brug på kundens egen kræver udtrykkelig tilladelse i en ordre. Driftsformen er altså også et aftalespørgsmål. En model, der må køres hos én udbyder, må ikke nødvendigvis køres hos jer.

Brancheforeningen FinOps Foundation beskriver i sit overblik over AI-omkostninger, at hver kanal har sin egen enhed: tokens hos modeludbyderen, tokens, kald eller timer på cloudplatformene, pladser eller forbrug i indbyggede assistenter, GPU-timer ved leje og anlæg og drift ved egen infrastruktur. Det er derfor, sammenligning mellem formerne kræver, at I regner med jeres egne tal.

Hvilken form til hvad

Formerne kan blandes. En almindelig assistent til alle kan være en købt tjeneste, mens en følsom opgave kører på en model via europæisk API eller på lejede maskiner. Opgaven afgør formen, som beskrevet i opgaven sætter kravet. Softwarehuse, der bygger AI ind i deres eget produkt, står i en anden situation, som cto-as-a-service.dk beskriver.

Hvad det kræver, og hvad det koster at lade være

At placere jeres opgaver i de fire former tager et møde, når opgaverne er beskrevet. At vurdere en form i dybden tager længere: en til to uger for lejet maskine eller egen drift, fordi kapacitet, folk og drift skal afklares.

Lader I være, bliver formen valgt af vane. Det kan betyde, at en følsom opgave ender i en købt tjeneste uden de rette indstillinger, eller at nogen bygger egen drift til en opgave, en købt tjeneste kunne have løst. Det første koster kontrol, det andet koster maskiner og timer.

Det skal I lade være med

  • At sammenligne lokal og sky som de eneste to valg · de to mellemformer løser ofte behovet.
  • At regne egen drift uden folkene · maskinerne er den mindste del af arbejdet.
  • At gå ud fra, at en model må køres alle steder · licens og vilkår kan begrænse det.

Det skal valget kunne vise

  • ☐ Den valgte driftsform for hver opgave og begrundelsen.
  • ☐ Hvem der står for drift, opdatering og overvågning.
  • ☐ Hvilken enhed I betaler efter, og hvad der påvirker forbruget.
  • ☐ At vilkår og licens tillader den valgte form.

Kilder

  • FinOps Foundation, FinOps for AI Overview, senest opdateret 28. oktober 2026, https://www.finops.org/wg/finops-for-ai-overview/, læst 8. november 2026.
  • En modeludviklers kommercielle vilkår, gældende fra 25. september 2026, pkt. 1.1, læst 8. november 2026.

Senest gennemgået: november 2026.

Næste skridt

Placer hver af jeres AI-opgaver i en af de fire former, og skriv ud for hver, hvem der skal drive den.

Læs også: Opgaven sætter kravet til modellen · Fem beslutninger, før I vælger AI

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Overvejer I, hvilken AI I skal vælge?

Skriv kort, hvilken AI-tjeneste eller model det drejer sig om, og hvad der sætter spørgsmålet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.