Arkitekturöverväganden för en lösning för flera entenant

När du överväger en arkitektur för flera entenant finns det flera beslut du behöver fatta och element som du behöver tänka på.

I en arkitektur med flera klienter delar du vissa eller alla dina resurser mellan klienter. Den här processen innebär att en arkitektur med flera olika mål kan ge kostnads- och driftseffektivitet. Flera innehavare medför dock komplexitet, inklusive följande:

• Hur definierar du vad en klientorganisation är för din specifika lösning? Motsvarar en klientorganisation en kund, en användare eller en grupp användare (t.ex. ett team)?
• Hur distribuerar du din infrastruktur för att stödja flera klientorganisationen och hur mycket isolering kommer du att ha mellan klienter?
• Vilka kommersiella prismodeller kommer din lösning att erbjuda och hur kommer dina prissättningsmodeller att påverka dina krav på flera innehavare?
• Vilken servicenivå behöver du tillhandahålla till dina klienter? Överväg krav på prestanda, återhämtning, säkerhet och efterlevnad, till exempel datahemhemlighet.
• Hur planerar du att utöka din verksamhet eller lösning och kommer den att skalas till det antal klienter som du förväntar dig?
• Har någon av dina klienter ovanliga eller särskilda krav? Behöver din största kund till exempel högre prestanda eller starkare garantier än andra?
• Hur ska du övervaka, hantera, automatisera, skala och styra din Azure-miljö och hur påverkar det här i flera innehavare?

Oavsett vilken arkitektur du har är det viktigt att du har en tydlig förståelse för dina kunders eller klienters krav. Om du har gjort säljåtaganden till kunder, eller om du har avtalsmässiga skyldigheter eller efterlevnadskrav att uppfylla, måste du veta vilka dessa krav är när du skapar din lösning. Men även dina kunder kan ha implicita förväntningar på hur saker ska fungera eller hur du bör bete dig, vilket kan påverka hur du utformar en lösning för flera användare.

Anta till exempel att du skapar en lösning för flera organisationer i samma företag som du säljer till företag inom finansbranschen. Dina kunder har mycket strikta säkerhetskrav och du måste ange en omfattande lista över alla domännamn som din lösning använder, så att de kan lägga till dem i brandväggens lista över tillåtna domännamn. Det här kravet påverkar de Azure-tjänster du använder och den isoleringsnivå som du måste tillhandahålla mellan dina klienter. De kräver också att deras lösning har en minsta återhämtningsnivå. Det kan finnas många liknande förväntningar, både explicita och implicita, som du behöver tänka på i hela lösningen.

I det här avsnittet beskriver vi de överväganden som du bör tänka på, vilka krav du bör uppfylla och några av de kompromisser du behöver göra när du planerar en arkitektur för flera entenant.

Målgrupp

Sidorna i det här avsnittet är särskilt relevanta för tekniska beslutsfattare som CCO:er (Chief Technology Officer) och arkitekter. Alla som arbetar med arkitekturer för flera användare bör dock ha viss kunskap om dessa principer och kompromisser.

Nästa steg

Överväg olika innehavaresmodeller för din lösning.