FinOps er den praksis, hvor teknik, økonomi og forretning sammen styrer udgifterne til teknologi efter den værdi, de giver. Når infrastrukturen fordeles på flere udbydere, colocation og egen drift, skal FinOps samle regninger med forskellig opbygning og udgifter, der slet ikke kommer som regning, i ét billede, så nogen kan tage ansvar for dem.
Her er det situationen efter en delvis flytning eller en hybrid løsning, hvor billedet er delt.
Hvad rammen siger
FinOps Foundation, en brancheorganisation, kalder FinOps en ramme for drift og en arbejdskultur. Målet er beslutninger, der træffes i tide og på data, og at teknikere, økonomifolk og forretningen i fællesskab står til ansvar for udgifterne. Rammen har seks principper. Blandt dem er, at teams skal samarbejde, at alle tager ejerskab for deres eget forbrug, at data skal være tilgængelige, rettidige og præcise, og at FinOps skal understøttes centralt.
Rammen har tre faser, som gentages: først at give overblik, så at optimere og så at drive praksis løbende. Blandt de kapabiliteter, rammen beskriver, er placering af arbejdsbelastninger og fakturering og intern fordeling af udgifter. Begge er centrale, når placeringen er delt.
Rammen arbejder med afgrænsede udsnit af teknologiudgifterne, knyttet til forretningen. Den begynder typisk med offentlig cloud, men omfatter også abonnementer, datacenter og licenser. FinOps er altså ikke begrænset til én udbyders regning, og det er det, der gør den brugbar her.
Problemet med flere kilder
Forskellige regninger. Hver udbyder har sin egen opbygning af regningen, sine egne navne på tjenester og sin egen måde at mærke forbrug på. To regninger kan ikke lægges sammen uden at blive oversat.
Udgifter uden regning. Egen drift og colocation kommer ikke som en månedlig regning pr. server. Hardware afskrives, strøm ligger på en bygningsregning, og driftsfolkenes tid står i lønnen. For at sammenligne med cloud skal udgifterne fordeles efter en nøgle, I selv fastsætter.
Forskellig tid. Cloud faktureres månedligt efter forbrug, colocation efter en lejeaftale, hardware efter en investering. De skal bringes på samme periode for at kunne sammenlignes.
Den åbne specifikation FOCUS
FOCUS er en åben specifikation, der normaliserer faktureringsdata på tværs af cloud, abonnementer, datacenter og andre leverandører, så regninger med forskellig opbygning kan læses i samme format. Den udgives under en Creative Commons-licens og er organiseret som et projekt under Joint Development Foundation, der hører under Linux Foundation. Pr. november 2026 er den seneste version 1.4.
Specifikationens egen side lister en række udbydere, der understøtter en version. Hvilken version den enkelte udbyder understøtter, ændrer sig, og listen er ikke en kontrol hos udbyderne selv. Spørg derfor de udbydere, I bruger eller overvejer, om de kan levere faktureringsdata efter FOCUS, og i hvilken version.
Sådan samler I billedet
Mærk alt forbrug ens. Brug samme mærker for system, ejer og miljø hos alle udbydere, også i jeres egen drift. Mærkerne er det, der gør det muligt at fordele udgifter på forretningen.
Fordel udgifter uden regning. Lav en nøgle for egen drift og colocation: hvordan hardware, strøm, plads og driftstid fordeles på systemer. Nøglen skal være kendt og bruges ens hver måned. Præcisionen kommer i anden række.
Saml data ét sted. Hent faktureringsdata fra alle udbydere, helst i samme format, og læg jeres egne fordelte udgifter ved siden af.
Giv hvert system en ejer. Den, der ejer systemet, ser udgifterne og tager ansvar for dem. Det er rammens princip om ejerskab omsat til drift.
Brug billedet til placering. Når udgifterne pr. system kan sammenlignes på tværs af placeringer, kan I se, om et system ligger det rigtige sted. Læs hybrid som varig løsning.
Hvad det kræver, og hvad det koster at lade være
Det kræver en ansvarlig for FinOps, en fælles mærkningsordning, en fordelingsnøgle for egen drift og colocation, adgang til faktureringsdata fra alle udbydere og en fast månedlig gennemgang med økonomi. I en mindre IT-afdeling kan det være en del af en eksisterende rolle.
Uden et samlet billede ser hver udbyder for sig billig ud, og ingen ser helheden. Udgifter til egen drift forsvinder i andre budgetter, og sammenligningen mellem placeringer bliver skæv. Når næste beslutning om placering skal træffes, er der ingen data at træffe den på.
Det skal I lade være med
- At sammenligne en cloudregning med egen drift uden fordeling · strøm, plads og folk skal med.
- At mærke forbrug forskelligt hos hver udbyder · samme mærker overalt, ellers kan tallene ikke lægges sammen.
- At læse specifikationens liste som en kontrol · spørg udbyderen selv om version og data.
Det skal valget kunne vise
- ☐ En fælles mærkningsordning for system, ejer og miljø.
- ☐ En fordelingsnøgle for egen drift og colocation.
- ☐ Udbydernes svar om faktureringsdata efter FOCUS.
- ☐ En ejer for hvert systems udgifter.
Kilder
- FinOps Foundation, FinOps Framework Overview, rammeplakat version marts 2026.
- FinOps Foundation, Scopes.
- FOCUS, FinOps Open Cost and Usage Specification.
Senest gennemgået: november 2026.
Næste skridt
Vælg tre mærker, alle udbydere og jeres egen drift skal bruge, og begynd med de systemer, der allerede ligger flere steder.
Læs også: Fast aftale eller forbrug · Én udbyder eller flere
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
