Multitenant-oplossingen ontwerpen in Azure

Een multitenant-oplossing wordt gebruikt door meerdere klanten of tenants. Tenants verschillen van gebruikers. Meerdere gebruikers van één organisatie, bedrijf of groep vormen één tenant. Voorbeelden van multitenant-toepassingen zijn:

• B2B-oplossingen (Business-to-Business), zoals boekhoudsoftware, werktracering en andere SaaS-producten (Software as a Service).
• B2C-oplossingen (Business-to-Consumer), zoals muziekstreaming, foto's delen en sociale netwerkservices.
• Bedrijfsbrede platformoplossingen, zoals een gedeeld Kubernetes-cluster dat wordt gebruikt door meerdere bedrijfseenheden binnen een organisatie.

Wanneer u uw eigen multitenant-oplossing in Azure bouwt, zijn er verschillende elementen die u moet overwegen in uw architectuur.

In deze reeks bieden we richtlijnen over het ontwerpen, bouwen en gebruiken van uw eigen multitenant-oplossingen in Azure.

Notitie

In deze reeks gebruiken we de term tenant om te verwijzen naar uw tenants, die mogelijk uw klanten of groepen gebruikers zijn. Onze richtlijnen zijn bedoeld om u te helpen bij het bouwen van uw eigen multitenant-softwareoplossingen op het Azure-platform.

Microsoft Entra-id bevat ook het concept van een tenant om te verwijzen naar afzonderlijke directory's en gebruikt de term multitenancy om te verwijzen naar interacties tussen meerdere Microsoft Entra-tenants. Hoewel de termen hetzelfde zijn, zijn de concepten dat niet. Wanneer we naar het Microsoft Entra-concept van een tenant moeten verwijzen, stellen we deze ondubbelzinnig vast met behulp van de volledige term Microsoft Entra-tenant.

Bereik

Azure is zelf een multitenant-service en sommige van onze richtlijnen zijn gebaseerd op onze ervaring met het uitvoeren van grote multitenant-oplossingen. De focus van deze serie ligt echter op het bouwen van uw eigen multitenant-services, terwijl u de kracht van het Azure-platform benut.

Daarnaast moet u bij het ontwerpen van een oplossing rekening houden met veel gebieden. De inhoud in deze sectie is specifiek voor het ontwerpen van multitenancy. We behandelen niet alle functies van de Azure-services of alle overwegingen voor architectuurontwerp voor elke toepassing. Lees deze handleiding in combinatie met het Microsoft Azure Well-Architected Framework en de documentatie voor elke Azure-service die u gebruikt.

Doelgroep

De richtlijnen in deze reeks zijn van toepassing op iedereen die een multitenant-toepassing in Azure bouwt. De doelgroep omvat ook iedereen die SaaS-producten bouwt, zoals onafhankelijke softwareleveranciers (ISV's) en startups, ongeacht of deze SaaS-producten gericht zijn op bedrijven of consumenten. Het omvat ook iedereen die een product of platform bouwt dat is bedoeld voor gebruik door meerdere klanten of tenants.

Een deel van de inhoud in deze reeks is ontworpen om nuttig te zijn voor technische besluitvormers, zoals hoofdtechnologieofficieren (CTU's) en architecten, en iedereen die een multitenant-oplossing in Microsoft Azure ontwerpt of implementeert. Andere inhoud is technisch gerichter en is gericht op oplossingsarchitecten en technici die een multitenant-oplossing implementeren.

Notitie

Beheerde serviceproviders (MSP's) beheren en beheren Azure-omgevingen namens hun klanten en werken met meerdere Microsoft Entra-tenants in het proces. Dit is een andere vorm van multitenancy, maar het is gericht op het beheren van Azure-resources in meerdere Microsoft Entra-tenants. Deze reeks is niet bedoeld om richtlijnen te bieden voor deze zaken.

De serie is echter waarschijnlijk nuttig voor ISV's die software bouwen voor MSP's of voor iedereen die multitenant-software bouwt en implementeert.

Wat is er in deze serie?

De inhoud in deze reeks bestaat uit drie hoofdsecties:

• Architectuuroverwegingen voor een multitenant-oplossing: in deze sectie vindt u een overzicht van de belangrijkste vereisten en overwegingen waar u rekening mee moet houden bij het plannen en ontwerpen van een multitenant-oplossing.

  De architectuuroverwegingen zijn met name relevant voor technische besluitvormers, zoals hoofdtechnologieofficieren (CTU's) en architecten. Productmanagers vinden het ook waardevol om te begrijpen hoe multitenancy van invloed is op hun oplossingen. Bovendien moet iedereen die werkt met multitenant-architecturen enige bekendheid hebben met deze principes en compromissen.

• Architectuurbenaderingen voor multitenancy: in deze sectie worden de benaderingen beschreven die u kunt overwegen bij het ontwerpen en bouwen van oplossingen voor meerdere tenants, met behulp van belangrijke cloudresourcetypen. De sectie bevat een discussie over het bouwen van multitenant-oplossingen met berekeningen, netwerken, opslag, gegevens, berichten, identiteit, AI/ML en IoT-onderdelen, evenals implementatie, configuratie, resourceorganisatie, governance, naleving en kostenbeheer.

  De architectuurbenaderingen zijn bedoeld om nuttig te zijn voor oplossingsarchitecten en hoofdontwikkelaars.

• Servicespecifieke richtlijnen voor een multitenant-oplossing: deze sectie bevat gerichte richtlijnen voor specifieke Azure-services. Het bevat discussies over de tenancy-isolatiemodellen die u kunt overwegen voor de onderdelen in uw oplossing, evenals eventuele functies die met name relevant zijn voor een multitenant-oplossing.

  De servicespecifieke richtlijnen zijn nuttig voor architecten, hoofdontwikkelaars en iedereen die Azure-onderdelen bouwt of implementeert voor een multitenant-oplossing.

Daarnaast bieden we een lijst met gerelateerde resources en koppelingen voor architecten en ontwikkelaars van multitenant-oplossingen.

Video

Zie deze video van Microsoft Reactor voor een overzicht van de inhoud die in deze reeks wordt behandeld en de basisconcepten van multitenancy:

Volgende stappen

Bekijk de architectuuroverwegingen voor een multitenant-oplossing.