När du överväger en arkitektur för flera klientorganisationer 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 resurser mellan klientorganisationer. Den här processen innebär att en arkitektur med flera klientorganisationer kan ge dig kostnad och driftseffektivitet. Flera klientorganisationer 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 (till exempel ett team)?
- Hur distribuerar du infrastrukturen för att stödja flera klientorganisationer och hur mycket isolering kommer du att ha mellan klientorganisationer?
- Vilka kommersiella prismodeller kommer din lösning att erbjuda och hur påverkar dina prismodeller dina krav för flera klientorganisationer?
- Vilken tjänstnivå behöver du tillhandahålla dina klienter? Överväg prestanda, återhämtning, säkerhet och efterlevnadskrav, till exempel datahemvist.
- Hur planerar du att utöka din verksamhet eller lösning och kommer den att skalas till det antal klienter 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 kommer du att övervaka, hantera, automatisera, skala och styra din Azure-miljö, och hur påverkar flera klientorganisationer detta?
- Vilka komponenter i lösningen hanterar registrering och hantering av klientorganisationer och hur ska dessa komponenter utformas?
Krav
Oavsett arkitektur är det viktigt att du har en tydlig förståelse för dina kunders eller klientorganisationers krav. Om du har gjort försäljningsåtaganden till kunder, eller om du har avtalsförpliktelser eller efterlevnadskrav att uppfylla, måste du veta vilka dessa krav är när du skapar din lösning. Men på samma sätt kan dina kunder ha implicita förväntningar på hur saker och ting ska fungera, eller hur du ska bete dig, vilket kan påverka hur du utformar en lösning med flera klientorganisationer.
Anta till exempel att du skapar en lösning för flera klientorganisationer som du säljer till företag inom finansbranschen. Dina kunder har mycket strikta säkerhetskrav, och de behöver dig för att tillhandahålla en omfattande lista över varje domännamn som din lösning använder, så att de kan lägga till den i brandväggens tillåtlista. Det här kravet påverkar de Azure-tjänster som 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 få fram och några av de kompromisser du behöver göra när du planerar en arkitektur med flera klienter.
Målgrupp
Artiklarna i det här avsnittet är särskilt relevanta för tekniska beslutsfattare, t.ex. chief technology officers (CTOs) och arkitekter, samt produktchefer. I målgruppen ingår även oberoende programvaruleverantörer (ISV:er) och nystartade företag som utvecklar SaaS-lösningar. Dessutom bör alla som arbetar med arkitekturer med flera klientorganisationer känna till dessa principer och kompromisser.
Nästa steg
Överväg olika innehavarmodeller för din lösning.