Forklaring af multi-tenancy-modeller

Et afgørende aspekt ved multi-tenancy er lejerisolation. Det betyder, at én lejers data og handlinger holdes fuldstændigt adskilt fra og sikret mod en anden lejers.

Uden ordentlig isolation kan en lejer ved et uheld eller med vilje få adgang til eller påvirke en anden lejers oplysninger. Det har højeste prioritet for sikkerhed og privatliv i enhver SaaS-applikation.

Silo-modellen giver det højeste niveau af isolation. Her får hver lejer sin egen dedikerede databaseinstans. Det svarer til, at hver familie i boligblokken har sit eget separate hus.

Denne tilgang giver maksimal dataisolation og sikkerhed, fordi en lejers data ikke kan blandes med en anden lejers på databaseniveau. Den gør det også lettere at overholde strenge regler.

• Fordele: Højeste isolation, nem sikkerhedskopiering og gendannelse pr. lejer.
• Ulemper: Høje driftsomkostninger og mere kompleks administration af mange databaser.

Forestil dig separate databaseservere eller separate databaser på én server for hver lejer. Her er en forenklet visning af, hvordan data kan være gemt:

Silo-modellen giver god isolation, men kan være dyr og kompleks at administrere i stor skala. For at reducere omkostningerne og forenkle driften bruger mange SaaS-udbydere modeller med delte databaser.

I disse modeller deler flere lejere én databaseserver eller endda én database, men deres data er logisk adskilt. Lad os se på to almindelige strategier for delte databaser.

En anden tilgang er at bruge en delt database med separate skemaer. I denne model deler alle lejere den samme fysiske databaseserver, men hver lejer har sit eget skema i databasen.

Et skema fungerer som et navnerum eller en mappe for tabeller, visninger og andre databaseobjekter. Det svarer til, at familier deler den samme boligblok, men hver familie har sit eget opbevaringsrum med navn på.

• Fordele: Bedre ressourceudnyttelse end med Silo-modellen og god logisk isolation.
• Ulemper: Skemamigreringer kan være komplekse, og administrationsarbejdet er stadig større end ved fuld deling.

Den mest ressourceeffektive model er en delt database med et delt skema. Her deler alle lejere de samme tabeller, men hver tabel indeholder en særlig kolonne med navnet tenant_id.

Denne tenant_id fungerer som en "discriminator" og sikrer, at forespørgsler altid filtrerer data, der kun tilhører den aktuelle lejer. Det svarer til, at alle i bygningen deler et fælles spisekammer, men hver genstand er mærket med nummeret på den lejlighed, den tilhører.

• Fordele: Mest omkostningseffektiv, nemmest at administrere og meget skalerbar.
• Ulemper: Laveste isolation (afhænger af applikationslogikken) samt risiko for en "støjende nabo", hvis én lejer overbelaster ressourcerne.

I denne model indeholder hver tabel, der gemmer lejerspecifikke data, en kolonne med navnet tenant_id. Applikationskoden har ansvaret for altid at filtrere data efter dette ID.

Nogle komplekse SaaS-applikationer bruger hybridmodeller, der kombinerer flere tilgange. Lejere i store virksomheder med høje krav kan for eksempel få en silo, mens mindre lejere bruger et delt skema.

Overvej følgende, når du vælger en model:

• Isolationsbehov: Hvor afgørende er adskillelsen af data?
• Omkostninger og skalerbarhed: Budget, forventet vækst og krav til ydeevne.
• Overholdelse af regler: Gælder der specifikke lovkrav (f.eks. HIPAA eller GDPR)?
• Driftsmæssig kompleksitet: Hvor nemt er det at administrere og vedligeholde?

Godt gået! Nu har du gennemgået de grundlæggende modeller for multi-tenancy, som er afgørende for SaaS.

Vi gennemgik:

• Silo-modellen: Højeste isolation, separate databaser pr. lejer og højeste omkostninger.
• Delt database, separate skemaer: God logisk isolation, delt database og separate skemaer.
• Delt database, delt skema (discriminator): Mest omkostningseffektiv, delte tabeller med tenant_id og laveste isolation.

Det rigtige valg af model afvejer isolation, omkostninger, skalerbarhed og driftsmæssig kompleksitet for dit SaaS-produkt.