Moeten alle SaaS-apps multi-tenancy architecturen hanteren? Kunnen multi-tenancy architecturen worden toegepast op consumentenapps?
In het vorige hoofdstuk bespraken we multi-tenancy in algemene zin. Samenvattend, wanneer we verwijzen naar een multi-tenant app, betekent dit niet per se dat de app zich houdt aan één architecturaal model; het kan verschillende tenancy-strategieën gebruiken, wat aangeeft dat op zijn minst enkele van zijn componenten gedeeld kunnen zijn.
In dit hoofdstuk zullen we multi-tenant apps vanuit een zakelijk en productperspectief verkennen.
Multi-tenant apps vinden vaak hun plek in business-to-business (B2B) oplossingen zoals productiviteitstools, enterprise resource planning (ERP) systemen en andere software-as-a-service (SaaS) producten. In deze context vertegenwoordigt elke "huurder" doorgaans een zakelijke klant, die verschillende gebruikers (zijn werknemers) kan hebben. Daarnaast kan een zakelijke klant meerdere huurders hebben om verschillende organisaties of bedrijfsonderdelen te vertegenwoordigen.
B2B-applicaties gaan verder dan SaaS-producten en omvatten vaak het gebruik van multi-tenant apps. In B2B-contexten dienen deze apps als een gemeenschappelijk platform voor verschillende teams, zakelijke klanten en partnerbedrijven om toegang te krijgen tot jouw applicaties.
Beschouw bijvoorbeeld een ride-sharing bedrijf dat zowel B2C- als B2B-apps aanbiedt. De B2B-apps bedienen meerdere zakelijke klanten, en het toepassen van een multi-tenant architectuur kan helpen bij het beheer van hun werknemers en middelen. Om dit te illustreren, als het bedrijf een uniform gebruikersidentiteitssysteem wil behouden, kan het een architectuur ontwerpen zoals het volgende voorbeeld:
Laten we Sarah als voorbeeld nemen. Sarah heeft zowel een persoonlijke als een zakelijke identiteit. Ze gebruikt de ride-sharing service als passagier en werkt ook als bestuurder in haar vrije tijd. In haar professionele rol is ze verbonden met Bedrijf A, maar ze beheert ook haar eigen persoonlijke bedrijf.
Als je de bovenstaande informatie hebt gevolgd, heb je nu de antwoorden die je nodig hebt. SaaS, of software als een dienst, is een concept gedefinieerd vanuit een zakelijk modelperspectief. Multi-tenancy, aan de andere kant, is een software-architectuur die toepasselijk is in verschillende situaties, of het nu in SaaS of andere B2B-contexten is.
De verwarring tussen SaaS en multi-tenancy ontstaat vaak door een breed erkend geloof in de industrie: wanneer je mikt op bedrijfscliënten, is het aannemen van een multi-tenant benadering een must-have aanpak.
Deze nadruk op multi-tenancy is geworteld in zijn substantiële rol in het aanpakken van de complexiteiten die komen kijken bij het bedienen van bedrijven, en biedt waardevolle oplossingen vanuit verschillende hoeken.
Voor bedrijfsbedrijven is multi-tenancy de sleutel tot het effectief vervullen van hun vereisten voor beschikbaarheid, middelenbeheer, kostenbeheer en dataveiligheid. Op technisch niveau stroomlijnt het aannemen van een multi-tenant benadering je ontwikkelingsprocessen, minimaliseert het technische uitdagingen en bevordert het naadloze uitbreiding.
Wanneer je de wortels van SaaS-producten onderzoekt, is het vergelijkbaar met een gebouw met verschillende appartementen. Alle huurders delen gemeenschappelijke voorzieningen zoals water, elektriciteit en gas, maar ze behouden onafhankelijke controle over het beheren van hun eigen ruimte en middelen. Deze aanpak vereenvoudigt vastgoedbeheer.
Denk aan je SaaS-product als dit gebouw. In plaats van afzonderlijke agenten voor elke eenheid te hebben, kunnen sommige componenten of eenheden een uniforme ervaring bieden die door alle huurders wordt gedeeld. Dit is efficiënter dan elk kamertje afzonderlijk te maken en te beheren. De multi-tenancy architectuur biedt voordelen voor zowel je bedrijfsvoering als je klanten.
Bij het bespreken van multi-tenant applicaties is het belangrijk om in te gaan op het concept van huurderisolatie. In een multi-tenancy architectuur wordt de term "huurder" geïntroduceerd om grenzen te creëren die de middelen en gegevens scheiden en beveiligen van verschillende huurders binnen een gedeeld exemplaar. Dit zorgt ervoor dat de gegevens en operaties van elke huurder verschillend en veilig blijven, zelfs als ze dezelfde onderliggende middelen gebruiken.
In de context van SaaS gebruikt de multi-tenant architectuur mechanismen die de toegang tot middelen streng controleren en elke ongeautoriseerde poging om de middelen van een andere huurder te benaderen voorkomen.
Het concept van huurderisolatie kan abstract en onduidelijk lijken. In het volgende hoofdstuk zullen we voorbeelden en belangrijke punten gebruiken om een meer gedetailleerd inzicht te geven in de principes en mentaliteit achter huurderisolatie.