Ordbog
Multi-tenant
Én applikation der betjener flere kunder (tenants), hvor data og rettigheder er isoleret pr. organisation — ikke én database pr. kunde fra dag ét.
Hvad betyder det?
I et multi-tenant system deler kunder typisk samme app og database, men hver tenant ser kun sine egne data. Isolation kan ske via org_id i queries, RLS, separate schemas — eller i ekstreme tilfælde separate databaser.
Det er det arkitekturvalg der ofte afgør om et SaaS-produkt kan skalere salget uden at skulle omskrive auth og data-modellen midt i væksten.
Hvornår det er det rigtige fokus
I sælger til virksomheder, ikke kun enkeltbrugere
Organisationer, roller og invitationer dukker op hurtigt.
Flere brands eller white-label
Samme platform, forskellige kunder der ikke må se hinanden.
I vokser ud af ‘én konto’-MVP’en
Når den første enterprise-kunde beder om SSO og audit.
Billing pr. organisation
Stripe Customer + subscription hører til tenant — ikke til en tilfældig user.
Korte svar
Er multi-tenant det samme som multi-user?
Nej. Multi-user er flere personer. Multi-tenant er flere isolerede kunder/organisationer.
Skal vi have det i v1?
Hvis I ved I sælger B2B med org-konti: ja, mindst org-modellen. Hvis I er B2C enkeltbrugere: vent.
Hvor kommer RLS ind?
RLS er en stærk måde at håndhæve tenant-isolation i Postgres — se vores RLS-opslag.
Læs videre
Læs videre
Om tenant-modeller, billing og MVP-scope.
- SaaS5 minutters læsning
Multi-tenant arkitektur: hvornår, hvordan — og hvad I kan vente med
Multi-tenant lyder som noget man skal beslutte på dag ét. I praksis er det en skala af valg — fra "alle i samme database med et org-id" til fuld isolation. Her er hvordan vi vælger uden at overengineere MVP'en.
→Multi-tenant arkitektur: hvornår, hvordan — og hvad I kan vente med - SaaS5 minutters læsning
Stripe, billing og org-auth — hvad I skal have på plads før første betalende kunde
Billing og auth er det første sted et SaaS-produkt bliver dyrt at rette op på bagefter. Her er hvordan vi tænker Stripe, organisationer og selvbetjening sammen — uden at genopfinde det Stripe allerede har løst.
→Stripe, billing og org-auth — hvad I skal have på plads før første betalende kunde - SaaS3 minutters læsning
SaaS MVP: hvad hører hjemme i v1 — og hvad venter
Det sværeste ved et MVP er ikke at bygge features — det er at lade være. v1 skal bevise at nogen vil bruge produktet, ikke at I har bygget en mini-enterprise-platform.
→SaaS MVP: hvad hører hjemme i v1 — og hvad venter
Vokser I ud af single-tenant?
Lad os designe den tenant-model I kan eje.
Vi skærer scope til det I har brug for nu — og forbereder det I ved kommer.