Start med kravene, og vælg platform bagefter. Fire ting afgør det: hvad kunderne kræver om placering af data, hvad teamet kan drive, hvad produktet har brug for af tjenester, og hvor bundet I vil være. For de fleste SaaS-virksomheder ender valget på en af de store cloudplatforme, en mindre platform, der tager sig af driften, eller en dansk eller europæisk hostingleverandør. Alle tre kan være rigtige. Forkert bliver valget først, når det træffes ud fra vaner, rabatter til nystartede eller udviklerens seneste projekt.
Begreberne kort
- IaaS er rå infrastruktur: servere, lager og netværk til leje. I har selv ansvaret for det meste ovenover.
- PaaS er en platform, hvor I lægger koden, og udbyderen kører den. Mindre at passe, mindre at bestemme over.
- Managed services er færdige tjenester, fx en database, som udbyderen opdaterer og tager backup af.
- Region er det geografiske område, hvor jeres data og servere fysisk ligger.
Trin 1: Hvad kræver kunderne?
Stil spørgsmålene, før I vælger. Sælger I til virksomheder i Danmark, kommer disse spørgsmål tidligt:
- Hvor ligger data, også backup og logfiler?
- Skal data blive i EU, og hvem kan få adgang til dem?
- Er der krav om bestemte leverandørforhold, fx i sundhed eller den finansielle sektor?
- Hvad forventes af oppetid og gendannelse?
Svarene hører hjemme i en kort beskrivelse, som salget kan bruge, se hvor ligger data. En stor kunde, I vil have om et år, kan stille krav, som den første kunde ikke gør. Tænk derfor på den kundetype, I vil sælge til. Kundernes krav til produktet generelt er samlet på kundekrav til produktet.
Trin 2: Hvad kan teamet drive?
Det mest oversete punkt. En stor cloudplatform kan næsten alt, og det er netop udfordringen. Sikkerhedsopsætning, netværk, rettigheder og regninger kræver viden, og fejl i opsætningen sker hurtigt. Har I ingen med den erfaring, kan en enklere platform være det sikreste valg, også selv om den er mindre fleksibel.
Spørg ærligt:
- Hvem opdaterer, overvåger og tager backup?
- Hvem vågner, når noget går galt om natten?
- Kan andre end én person overtage opsætningen?
Hvem der bør eje den opgave, er beskrevet i hvem ejer driften. Tænk også på, at driftsmiljøet bør være beskrevet som kode, så det kan genskabes uden at klikke rundt i en brugerflade. Det kaldes infrastruktur som kode, og det gør det lettere både at skifte udbyder og at få nye folk ind.
Trin 3: Hvad har produktet brug for?
Nogle produkter kræver særlige ting: stor regnekraft til AI, tjenester til video, mange kunders data i bestemte lande. Andre er en almindelig webapp med en database. Den almindelige type kan køre næsten alle steder, og så er det de andre trin, der afgør valget.
Som tommelfingerregel bør en database, I selv skal drive, være en sjældenhed. Køb den som en managed service, så opdatering og backup ligger hos udbyderen. Prøv stadig selv gendannelsen, se kan I genskabe produktet.
Trin 4: Hvor bundet vil I være?
Jo flere af en platforms særlige tjenester I bruger, jo hurtigere bygger I, og jo sværere bliver det at flytte. Det kan være en fornuftig handel, når den træffes bevidst.
En brugbar vurdering er at dele tjenesterne op:
- Almindelige byggeklodser, fx containere og standarddatabaser, findes alle steder og er lette at flytte.
- Særlige tjenester fra én udbyder giver hurtige resultater, og flytning kræver omskrivning.
Vælg de særlige, hvor gevinsten er stor, og skriv det ned. Set fra kunderne er der også en anden side: de spørger måske, hvad der sker, hvis jeres leverandør ændrer vilkår. En ramme for tanken om at kunne komme ud igen står i denne exit-plan. Her på siden holder vi os til det tekniske valg.
Tre typiske valg
Stor cloudplatform. Mange tjenester, global rækkevidde, stort udbud af folk med erfaring. Passer, når produktet har særlige behov, eller I har folk med viden om platformen. Kræver styr på opsætning og regning.
Enklere platform. Hurtig start og lidt at passe. Passer til et lille team uden driftserfaring. Tjek, hvor data ligger, om den vokser med jer, og hvordan I kommer væk igen.
Dansk eller europæisk hosting. Kan være et stærkt salgsargument hos kunder, der lægger vægt på placering og leverandørforhold. Der følger ofte en mere personlig dialog med. Tjek bredden af tjenester, og om der er automatik nok til at drive produktet effektivt.
Blandede løsninger er også mulige, men hvert ekstra sted koster opmærksomhed.
Regningen følger valget. Forbruget skal kunne ses pr. kunde og funktion, før det bliver et problem, se cloudregningen vokser.
Det skal I lade være med
· At vælge ud fra startkreditter. De løber ud, og valget består.
· At lade opsætningen leve i én persons hoved. Beskriv den som kode.
· At flytte platform uden et konkret krav. En flytning stjæler tid fra produktet.
· At love kunder en placering af data, I ikke har tjekket. Backup, logning og underleverandører tæller med.
Det skal I kræve af den eksterne
- ☐ Et kort kravpapir, før en platform nævnes.
- ☐ En anbefaling uden aftaler med hostingleverandører.
- ☐ Et overblik over, hvad der binder jer, og hvad en flytning ville kræve.
- ☐ Et svar på, hvem der driver hvad, også uden for arbejdstid.
- ☐ En beskrivelse af placering af data, som salget kan bruge.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Teknologivalg til MVP’en · SLA og oppetid
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
