Architectuuroverwegingen voor een multitenant-oplossing

Wanneer u een multitenant-architectuur overweegt, zijn er een aantal beslissingen die u moet nemen en elementen die u moet overwegen.

In een multitenant-architectuur deelt u enkele of al uw resources tussen tenants. Dit betekent dat een multitenant-architectuur u kosten en operationele efficiëntie kan bieden. Multitenancy introduceert echter complexiteit, waaronder de volgende:

• Hoe definieert u wat een tenant is voor uw specifieke oplossing? Komt een tenant overeen met een klant, een gebruiker of een groep gebruikers (zoals een team)?
• Hoe implementeert u uw infrastructuur ter ondersteuning van multitenancy en hoeveel isolatie hebt u tussen tenants?
• Welke commerciële prijsmodellen biedt uw oplossing en hoe zijn uw prijsmodellen van invloed op uw multitenancyvereisten?
• Welk serviceniveau moet u aan uw tenants leveren? Houd rekening met prestatie-, tolerantie-, beveiligings- en nalevingsvereisten, zoals gegevensstatus.
• Hoe bent u van plan om uw bedrijf of oplossing te laten groeien en wordt het geschaald naar het aantal tenants dat u verwacht?
• Heeft een van uw tenants ongebruikelijke of speciale vereisten? Heeft uw grootste klant bijvoorbeeld betere prestaties of betere garanties nodig dan andere?
• Hoe gaat u uw Azure-omgeving bewaken, beheren, automatiseren, schalen en beheren, en hoe heeft multitenancy hier invloed op?

Ongeacht uw architectuur is het essentieel dat u een duidelijk inzicht hebt in de vereisten van uw klanten of tenants. Als u verkoopverplichtingen hebt gedaan aan klanten of als u contractuele verplichtingen of nalevingsvereisten hebt om te voldoen, moet u weten wat deze vereisten zijn wanneer u uw oplossing ontwerpt. Maar ook uw klanten hebben mogelijk impliciete verwachtingen over hoe dingen moeten werken of hoe u zich moet gedragen, wat van invloed kan zijn op de manier waarop u een multitenant-oplossing ontwerpt.

Stel dat u een multitenant-oplossing bouwt die u verkoopt aan bedrijven in de financiële dienstverlening. Uw klanten hebben zeer strikte beveiligingsvereisten en ze hebben u nodig om een uitgebreide lijst op te geven van elke domeinnaam die door uw oplossing wordt gebruikt, zodat ze deze kunnen toevoegen aan de lijst met toegestane domeinen van hun firewall. Deze vereiste is van invloed op de Azure-services die u gebruikt en het isolatieniveau dat u tussen uw tenants moet leveren. Ze vereisen ook dat hun oplossing een minimaal tolerantieniveau heeft. Er kunnen veel vergelijkbare verwachtingen zijn, zowel expliciet als impliciet, die u in uw hele oplossing moet overwegen.

In deze reeks geven we een overzicht van de overwegingen die u moet opgeven, de vereisten die u moet overwegen en enkele afwegingen die u moet maken bij het plannen van een multitenant-architectuur.

Doelgroep

De inhoud van deze reeks is met name relevant voor technische besluitvormers, zoals Chief Technology Officers (CTO's) en architecten. Iedereen die met multitenant-architecturen werkt, moet echter enige bekendheid hebben met deze principes en afwegingen.

Volgende stappen

Overweeg verschillende tenancymodellen voor uw oplossing.