Delen via

SaaS- en multitenant-oplossingsarchitectuur

  • Artikel

Een organisatie kan SaaS (Software as a Service) gebruiken om software efficiënt aan haar klanten te leveren. Normaal gesproken beheert een SaaS-leverancier de software voor hun klanten en beheert deze. Veel onafhankelijke softwareleveranciers (ISV's) migreren van het leveren van software die klanten zelf moeten installeren en beheren om een SaaS-model te gebruiken, omdat dit de klantervaring verbetert en overhead vermindert. Dit is een inleiding tot een reeks artikelen die richtlijnen en resources bieden voor organisaties, waaronder startups, die SaaS-oplossingen bouwen. Het biedt ook uitgebreide richtlijnen over het ontwerpen van multitenant-oplossingen in Azure.

Belangrijke concepten

De belangrijkste concepten in dit artikel zijn SaaS, startups en multitenancy. Deze termen zijn gerelateerd, dus ze worden vaak per ongeluk door elkaar gebruikt. Het is belangrijk om te begrijpen hoe ze verschillen. SaaS en startups zijn bedrijfsconcepten en multitenancy is een architectuurconcept.

SaaS is een bedrijfsmodel. Een organisatie kan ervoor kiezen om het softwareproduct als een dienst aan haar klanten te leveren. SaaS-producten worden verkocht aan bedrijven, ook wel bekend als business-to-business (B2B) of aan consumenten, ook wel bekend als business-to-consumer (B2C). SaaS-producten verschillen van producten die klanten zelf installeren en beheren, omdat de leverancier van de oplossing saaS-producten host en onderhoudt. Veel SaaS-oplossingen maken gebruik van een architectuur met meerdere tenants, maar sommige niet. SaaS-oplossingen kunnen ook gebruikmaken van verschillende multitenancymodellen of -benaderingen.

Startups zijn bedrijven in een vroeg stadium van hun levenscyclus. Veel software-startups bouwen SaaS-oplossingen, maar sommige bieden op andere manieren software. Startups hebben vaak specifieke zorgen, waaronder snelle innovatie, het vinden van een product en markt passend en het anticiperen op schaal en groei.

Multitenancy is een manier om een oplossing te ontwerpen om onderdelen te delen tussen meerdere tenants, die meestal overeenkomen met klanten. Meestal gebruikt u multitenant-architecturen in SaaS-oplossingen. U kunt ook multitenant-architecturen buiten SaaS gebruiken, zoals in organisaties die een platform bouwen voor meerdere bedrijfseenheden om te delen. Multitenancy impliceert niet dat elk onderdeel in een oplossing wordt gedeeld. In plaats daarvan betekent dit dat ten minste sommige onderdelen van een oplossing opnieuw worden gebruikt voor meerdere tenants. Hoe u een tenant definieert en een tenancymodel kiest, is afhankelijk van of uw bedrijfsmodel B2C SaaS of B2B SaaS is of dat u een grote organisatie bent.

Notitie

In deze reeks wordt de term tenant gebruikt om te verwijzen naar uw tenants. Dit kunnen uw klanten of groepen gebruikers zijn. De richtlijnen kunnen u helpen bij het bouwen van uw eigen multitenant-softwareoplossingen op het Azure-platform.

In Microsoft Entra-id verwijst een tenant naar afzonderlijke mappen en multitenancy verwijst naar interacties tussen meerdere Microsoft Entra-tenants. Hoewel de termen hetzelfde zijn, zijn de concepten dat niet. Voor de duidelijkheid maakt deze reeks gebruik van de volledige term, Microsoft Entra-tenant, wanneer deze verwijst naar het Microsoft Entra ID-concept van een tenant.

In dit diagram ziet u de verschillen tussen deze concepten voor een organisatie die gebruikmaakt van een SaaS-bedrijfsmodel:

Een diagram met een multitenant-toepassingsarchitectuur die een SaaS-bedrijfsmodel biedt.

In dit diagram ziet u hoe u een multitenant-architectuur kunt gebruiken in een niet-SaaS-bedrijfsmodel:

Een diagram dat laat zien hoe een organisatie een architectuur met meerdere tenants kan gebruiken.

Het belangrijkste verschil tussen de twee diagrammen is het bedrijfsmodel, wat uiteindelijk van invloed is op de manier waarop u een tenant definieert in de context van uw organisatie. Uw bedrijfsmodel heeft ook invloed op uw ontwerpkeuzen voor de onderliggende multitenant-architectuur, maar de principals van multitenancy blijven altijd hetzelfde.

Volgende stappen