Hver udbyder på dette site beskrives med de samme otte felter i samme rækkefølge, og hvert felt har en dato. Ingen udbyder får en placering, en karakter eller en anbefaling, og et felt, der ikke kan belægges med selskabets egne oplysninger, står som ikke oplyst.
Vi har selv lagt metoden. Den har ingen status som standard eller certificering, og den erstatter ikke jeres egen vurdering. Den findes, fordi en sammenligning af cloud udbydere kun giver mening, når de samme spørgsmål stilles til alle, og fordi læseren skal kunne se, hvor oplysningen kommer fra.
De otte felter
1. Ejer og kontraktpart. Hvilket selskab I skriver kontrakt med, i hvilket land det er registreret, og hvem der ejer det. Kontraktparten tages fra selskabets aftryk eller vilkår. Ejeren tages fra selskabets egne meddelelser, investorsider og årsrapporter. Står ejeren ikke dér, skriver vi det.
2. Datacentre og operatør. Hvor bygningerne står, om udbyderen selv ejer dem eller lejer sig ind, og hvem der driver dem. En udbyder kan godt have sin platform i en andens bygning. Det er en oplysning, ikke en fejl.
3. Platform og teknologi. Hvad tjenesterne er bygget på. Nogle udbydere bygger på åben kildekode, andre på en amerikansk producents software i europæisk drift. Står teknologien ikke i en kilde, vi har læst, skriver vi det i stedet for at gætte.
4. Tjenester, der er relevante for sitet. Virtuelle servere, lager, databaser, Kubernetes, nøgler og overvågning. Vi gengiver udbyderens egne navne og tæller ikke tjenester op mod hinanden, fordi udbyderne tæller forskelligt.
5. Kontrolplan og support. Hvorfra platformen styres, hvem der kan logge ind i den, og hvor supporten sidder. Det er det felt, der oftest mangler i udbydernes egne tekster.
6. Dokumentation. Certificeringer og erklæringer med det omfang, udbyderen selv oplyser. Et ISO-certifikat for tre datacentre siger intet om et fjerde. Står omfanget ikke på den side, vi har læst, står det i artiklen. Hvordan I læser et certifikat, står i certifikatets omfang.
7. Prismodel i ord. Afregning efter forbrug, fast månedspris, reservation, offentlig prisliste eller kun tilbud, og om udgående datatrafik koster. Ingen tal. Prisen afhænger af jeres forbrug, og et tal på en side er forældet, før I læser det.
8. Hvad et skifte dertil kræver. Hvad der skal ændres i jeres drift, hvis I flytter derhen, og hvilke oplysninger om vejen ud I skal bede om, før I skriver under.
Hvorfor rækkefølgen er den samme
Når felterne altid står i samme orden, kan to artikler lægges ved siden af hinanden. Det gør det også synligt, når et felt er tomt. En udbyder, der ikke oplyser sin ejer, får ikke en kortere artikel. Den får en linje om, at oplysningen mangler.
Rækkefølgen af artiklerne på udbydersiden følger vores liste og betyder ikke noget. Den, der står først, er ikke bedre end den, der står sidst.
Hvor oplysningerne kommer fra
Vi bruger selskabernes egne sider, aftryk, vilkår, prislister, certifikatsider, årsrapporter og pressemeddelelser. Presse og sammenligningssider bruges kun som spor, og hvad de skriver, står aldrig som fakta. Kan en side ikke læses, fordi den afviser automatiske opslag, venter artiklen om udbyderen, til den er læst.
Udbydernes egne ord gengives som deres. Skriver en udbyder, at den er suveræn eller uden for amerikansk lov, står der “udbyderen skriver”. Hvad amerikansk lov betyder for en europæisk kunde, forklarer digital-suveraenitet.dk om Cloud Act.
Ejerskab er en oplysning om leverandøren og ikke en vurdering af, om ejeren er god eller dårlig. Hvordan I selv slår det op, står i undersøg ejerskab selv.
Datoen
Alle oplysninger i udbyderartiklerne er læst i november 2026, og den præcise læsedato står ved de vigtigste. Ejere skifter, datacentre åbner, og certifikater udløber. En artikel om en udbyder er derfor et øjebliksbillede. Slå de felter, der vejer tungest for jer, op på ny, inden artiklen indgår i et beslutningsgrundlag.
Det, metoden ikke gør
Den måler ikke kvalitet, oppetid eller svartid i supporten. Den tester ikke tjenesterne. Den siger ikke, om en udbyder passer til jeres systemer. Det kræver jeres egen liste over, hvad I kører, og hvad det skal kunne. Metoden giver jer spørgsmålene og de offentlige svar, så I ved, hvad I skal spørge om bagefter.
Den skelner heller ikke mellem små og store udbydere. Forskellen mellem en udbyder med et bredt katalog, en serverudlejer og en specialist står i tre slags europæiske udbydere.
Hvad det kræver, og hvad det koster at lade være
At bruge felterne på en udbyder, I overvejer, tager en arbejdsdag eller to for en arkitekt eller IT-chef, der kender jeres miljø. Den tid går med at læse aftryk, certifikatsider og vilkår og skrive svarene ned med dato. Det dobbelte, hvis I sammenligner to.
Uden felterne bliver valget ofte truffet på en enkelt egenskab, fx placeringen i Danmark, navnets kendthed eller en lav pris de første måneder. Det, ingen spurgte om, dukker op senere. Kontraktparten viser sig at høre hjemme et andet sted, supporten sidder på et andet kontinent, eller certificeringen dækker ikke det sted, jeres data ligger. At rette det efter underskriften koster egne timer, ny forhandling og i værste fald en flytning mere.
Det skal I lade være med
- At sammenligne katalogernes størrelse · udbyderne tæller tjenester forskelligt, og tallet siger intet om, hvad I skal bruge.
- At tage et udsagn om suverænitet som et svar · det er udbyderens beskrivelse af sig selv og skal holdes op mod felterne.
- At bruge en artikel om en udbyder uden at se på datoen · et øjebliksbillede fra sidste år kan være forkert i dag.
Det skal valget kunne vise
- ☐ Kontraktpart og ejer med kilde og dato.
- ☐ Hvor datacentrene med jeres data står, og hvem der driver dem.
- ☐ Certificeringernes omfang, holdt op mod de tjenester og steder, I vil bruge.
- ☐ Prismodellen i ord og vilkårene for udgående data.
- ☐ Hvilke felter der stod tomme, og hvad udbyderen svarede, da I spurgte.
Senest gennemgået: november 2026.
Næste skridt
Tag den udbyder, I kender bedst, og udfyld de otte felter fra dens egne sider. Det viser hurtigt, hvor svarene mangler.
Læs også: Jeres krav til en cloududbyder på én side · Kontrolplanen
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
