Købt tjeneste, model via europæisk API, åben model på lejet GPU og egen drift kan sammenlignes i ét skema, når rækkerne er de samme for alle fire, og hver driftsform får sin egen enhed. Skemaet nedenfor har ingen tal. Det er rækkerne, I udfylder med jeres egne, og det viser, hvor de fire former adskiller sig.
Spørgsmålet “AI on premise eller i skyen?” har ét svar pr. virksomhed og opgave. Det afhænger af forbruget, af hvor godt maskinerne bliver udnyttet, og af hvem der skal drive dem. Hvad de fire former er, og hvor modellen kører i hver af dem, forklarer de fire driftsformer. Her ser vi kun på regnestykket.
Hver driftsform har sin egen enhed
FinOps Foundation beskriver, hvordan AI købes gennem forskellige kanaler, og hver kanal afregnes i sin egen enhed. Det er grunden til, at et skema skal oversætte til samme periode og samme opgave, før tallene kan sammenlignes.
Købt tjeneste. Pr. bruger pr. måned eller år, ofte med en grænse, hvor brug derover afregnes særskilt. Nogle tjenester er lagt ind i pakker, I allerede betaler for.
Model via API. Pr. token, altså efter mængden af tekst ind og ud. Nogle udbydere tilbyder også reserveret kapacitet pr. time.
Lejet GPU. Pr. time for grafikkort, plus lager og net. Maskinen koster, så længe den er lejet.
Egen drift. Anlæg, strøm, plads og drift. Her er udgifterne overvejende faste, og prisen pr. svar falder, jo mere maskinen bruges.
Skemaet
Udfyld én kolonne pr. driftsform for samme opgave, samme antal brugere og samme periode. Står en række tom, skriv “gælder ikke”.
- Enhed og pris pr. enhed (fra aftale eller tilbud) · Købt tjeneste: pr. bruger · Model via API: pr. token · Lejet GPU: pr. time · Egen drift: anlæg
- Forventet mængde i perioden (lav og høj) · Købt tjeneste: brugere · Model via API: tokens · Lejet GPU: timer · Egen drift: brug af maskinen
- Tillæg: placering, grænser, kapacitet · Købt tjeneste: ja/nej · Model via API: ja/nej · Lejet GPU: ja/nej · Egen drift: gælder ikke
- Tilknyttede tjenester: indeks, lager, logning
- Egne timer til opsætning
- Egne timer til drift pr. måned
- Test ved valget og ved hvert modelskift
- Maskiner, strøm og plads · Købt tjeneste: gælder ikke · Model via API: gælder ikke
- Løbetid og binding
- Skifte og afvikling
- Kvalitet på jeres opgaver (fra egen måling)
- Risiko i ord
Rækken om kvalitet står med vilje i samme skema. Et spor, der ikke klarer opgaven, skal enten fjernes eller have tilføjet de ekstra timer, det kræver at rette svarene.
Sådan udfylder I det
Start med mængden. Mål, hvad der bruges i dag, eller lav en kort måling. Hvordan, står i forudsige forbruget. Uden en mængde kan forbrug og fast pris ikke sammenlignes.
Oversæt til samme periode. Pris pr. bruger pr. måned, pris pr. token og pris pr. time skal regnes om til den samme måned eller det samme år for den samme opgave.
Skriv udnyttelsen ind for lejet GPU og egen drift. Hvor mange timer i døgnet arbejder maskinen? En maskine uden opgaver i nattetimerne og weekenden koster det samme. Udnyttelsen kan være den antagelse, der vender svaret.
Skriv folkene ind. Timerne til drift er en løbende post i alle fire spor, men den er meget forskellig. Se hvornår betaler egen drift sig?.
Brug to tal. Et lavt og et højt skøn for mængde og timer, så skemaet viser et spænd.
Læs resultatet som et spænd. Ligger én driftsform lavest i både det lave og det høje skøn, er valget robust. Bytter to former plads mellem skønnene, er det mængden, udnyttelsen eller timerne, der afgør det, og den antagelse skal måles bedre, før I binder jer.
Hvad skemaet ikke viser
Skemaet viser omkostning. Det viser ikke, hvor data behandles, hvem der kan få adgang til dem, eller hvad I kan tage med ved et skifte. De spørgsmål står i deres egne artikler og skal vejes ved siden af. Et spor kan være dyrere og alligevel det rigtige, fordi kravene til data eller jurisdiktion udelukker de andre.
Det viser heller ikke, hvordan maskiner skal opgøres i regnskabet. Det spørgsmål hører til jeres revisor. Hvordan infrastrukturen under en model opgøres, beskriver europaeisk-cloud.dk.
Hvad det kræver, og hvad det koster at lade være
Skemaet kræver en målt eller skønnet mængde, et tilbud eller en prisside pr. spor og en person, der kender driften. For én afgrænset opgave er vores skøn et par dage, når målingen findes. Mangler målingen, er den det første arbejde.
Uden skemaet sammenlignes en pris pr. bruger med en pris pr. token og en servers anskaffelse, og de tre kan ikke sammenlignes direkte. Valget falder så på den form, der er lettest at forstå, og den passer ikke nødvendigvis til forbruget.
Det skal I lade være med
- At sammenligne enhedspriser direkte · regn om til samme opgave og periode først.
- At fylde egen drift ud uden udnyttelse · stille maskiner koster det samme.
- At udelade kvaliteten · et billigt spor, der svarer forkert, kræver rettelser.
Det skal valget kunne vise
- ☐ Samme opgave, brugere og periode i alle kolonner.
- ☐ Mængde som lavt og højt skøn med kilde.
- ☐ Udnyttelse af maskiner for lejet GPU og egen drift.
- ☐ Kvalitet fra jeres egen måling.
- ☐ De krav til data og jurisdiktion, der udelukker et spor.
Kilder
- FinOps Foundation, FinOps for AI Overview, https://www.finops.org/wg/finops-for-ai-overview/, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Vælg én opgave, og udfyld de første tre rækker for to af de fire driftsformer.
Læs også: Egen drift af en sprogmodel · Lejet GPU med åben model
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
