Bör alla SaaS-appar använda multi-tenancy-arkitekturer? Kan multi-tenancy-arkitekturer tillämpas på konsumentappar?
I det förra kapitlet, diskuterade vi multi-tenancy i allmän bemärkelse. För att sammanfatta, när vi hänvisar till en multi-tenant app, innebär det inte nödvändigtvis att appen följer en arkitektonisk modell; den kan använda olika tenancy-strategier, vilket indikerar att åtminstone några av dess komponenter är delade.
I det här kapitlet kommer vi att utforska multi-tenant appar ur ett affärs- och produktperspektiv.
Multi-tenant appar hittar ofta sin plats i business-to-business (B2B) lösningar som produktivitetsverktyg, enterprise resource planning (ERP) system och andra software-as-a-service (SaaS) produkter. I detta sammanhang representerar varje "tennant" vanligtvis en affärskund, som skulle kunna ha flera användare (dess anställda). Dessutom kan en affärskund ha flera tennants för att representera olika organisationer eller affärsavdelningar.
B2B-applikationer går bortom SaaS-produkter och involverar ofta användningen av multi-tenant appar. I B2B-sammanhang fungerar dessa appar som en gemensam plattform för olika team, affärskunder och partnerföretag för att komma åt dina applikationer.
T.ex. överväg ett åkarserviceföretag som erbjuder både B2C och B2B appar. B2B-apparna betjänar flera affärsklienter, och genom att använda en multi-tenant arkitektur kan man hantera deras anställda och resurser. För att illustrera, om företaget önskar upprätthålla ett enhetligt användaridentitetssystem, kan det designa en arkitektur som följande exempel:
Låt oss använda Sarah som ett exempel. Sarah har både en personlig och en affärsidentitet. Hon använder åkarservicen som passagerare och arbetar också som förare på sin fritid. I sin professionella roll är hon associerad med Företag A, men hon driver också sin egen personliga verksamhet.
Om du har följt informationen ovan, har du nu de svar du behöver. SaaS, eller software as a service, är ett koncept definierat ur ett affärsmodellsperspektiv. Multi-tenancy, å andra sidan, är en mjukvaruarkitektur som kan tillämpas i olika situationer, oavsett om det rör sig om SaaS eller andra B2B-sammanhang.
Förvirringen mellan SaaS och multi-tenancy uppstår ofta på grund av en allmänt erkänd branschövertygelse: när du siktar på företagskunder, är det ett måste med ett multi-tenant tillvägagångssätt.
Detta fokus på multi-tenancy baseras på dess betydande roll i att adressera de komplexiteter som kommer med att betjäna företag, och erbjuder värdefulla lösningar från olika vinklar.
För företagsverksamheter är multi-tenancy nyckeln till att effektivt uppfylla deras krav på tillgänglighet, resursförvaltning, kostnadshantering och datasäkerhet. På en teknisk nivå underlättar ett multi-tenant tillvägagångssätt dina utvecklingsprocesser, minimerar tekniska utmaningar och främjar sömlös expansion.
När man undersöker grunderna för SaaS-produkter, är det jämförbart med en byggnad med olika lägenheter. Alla hyresgäster delar gemensamma bekvämligheter som vatten, elektricitet och gas, men de har oberoende kontroll över att hantera sina egna utrymmen och resurser. Detta tillvägagångssätt förenklar fastighetsförvaltning.
Tänk på din SaaS-produkt som denna byggnad. Istället för att ha separata agenter för varje enhet, kan vissa komponenter eller enheter erbjuda en enhetlig upplevelse delad av alla hyresgäster. Detta är mer effektivt än att individuellt skapa och hantera varje rum. Multi-tenancy-arkitektur erbjuder fördelar för både din affärsverksamhet och dina kunder.
När man diskuterar multi-tenant applikationer, är det viktigt att gå in på konceptet tenant-isolering. I en multi-tenancy-arkitektur införs termen "tenant" för att skapa gränser som separerar och säkerställer resurser och data för olika hyresgäster inom en delad instans. Detta säkerställer att varje tenants data och verksamheter förblir distinkta och säkra, även om de använder samma underliggande resurser.
I SaaS-kontexten använder multi-tenant arkitektur mekanismer som noggrant kontrollerar tillgång till resurser och förhindrar obehöriga försök att komma åt en annan tenants resurser.
Konceptet tenant-isolering kan verka abstrakt och oklart. I nästa kapitel kommer vi att använda exempel och nyckelpunkter för att ge en mer detaljerad förståelse av principerna och tankesättningarna bakom tenant-isolering.