Skapa lösningar för flera klientorganisationer i Azure
En lösning för flera klienter används av flera kunder eller klienter. Klientorganisationer skiljer sig från användare. Flera användare från en enda organisation, ett företag eller en grupp utgör en enda klientorganisation. Exempel på program med flera klienter är:
- B2B-lösningar (business-to-business), till exempel redovisningsprogramvara, arbetsspårning och andra saaS-produkter (programvara som en tjänst).
- Lösningar från företag till konsument (B2C), till exempel musikströmning, fotodelning och sociala nätverkstjänster.
- Plattformslösningar för hela företaget, till exempel ett delat Kubernetes-kluster som används av flera affärsenheter inom en organisation.
När du skapar en egen lösning för flera klientorganisationer i Azure finns det flera element som du måste ta hänsyn till i din arkitektur.
I den här serien ger vi vägledning om hur du utformar, skapar och använder dina egna lösningar för flera klientorganisationer i Azure.
Kommentar
I den här serien använder vi termen klientorganisation för att referera till dina klienter, som kan vara dina kunder eller användargrupper. Vår vägledning är avsedd att hjälpa dig att skapa egna programvarulösningar för flera klientorganisationer ovanpå Azure-plattformen.
Microsoft Entra-ID innehåller också begreppet klientorganisation för att referera till enskilda kataloger, och det använder termen multitenancy för att referera till interaktioner mellan flera Microsoft Entra-klienter. Även om termerna är desamma är begreppen inte det. När vi behöver referera till Microsoft Entra-konceptet för en klientorganisation kan vi skilja på det med hjälp av den fullständiga termen Microsoft Entra-klientorganisation.
Omfattning
Azure är i sig en tjänst för flera klientorganisationer, och en del av vår vägledning bygger på vår erfarenhet av att köra stora lösningar för flera klientorganisationer. Fokus i den här serien ligger dock på att hjälpa dig att skapa egna tjänster för flera klientorganisationer samtidigt som du utnyttjar kraften i Azure-plattformen.
När du utformar en lösning finns det dessutom många områden du behöver tänka på. Innehållet i det här avsnittet är specifikt för hur du utformar för flera klientorganisationer. Vi tar inte upp alla funktioner i Azure-tjänsterna eller alla arkitekturdesignöverväganden för varje program. Du bör läsa den här guiden tillsammans med Microsoft Azure Well-Architected Framework och dokumentationen för varje Azure-tjänst som du använder.
Målgrupp
Vägledningen i den här serien gäller för alla som skapar ett program med flera klientorganisationer i Azure. Publiken inkluderar också alla som bygger SaaS-produkter, till exempel oberoende programvaruleverantörer (ISV: er) och nystartade företag, oavsett om dessa SaaS-produkter är riktade till företag eller konsumenter. Den innehåller även alla som skapar en produkt eller plattform som är avsedd att användas av flera kunder eller klienter.
En del av innehållet i den här serien är utformat för att vara användbart för tekniska beslutsfattare, till exempel chief technology officers (CTOs) och arkitekter, och alla som utformar eller implementerar en lösning med flera klientorganisationer i Microsoft Azure. Annat innehåll är mer tekniskt fokuserat och riktar sig till lösningsarkitekter och tekniker som implementerar en lösning med flera klientorganisationer.
Kommentar
Leverantörer av hanterade tjänster (MSP: er) hanterar och driver Azure-miljöer för sina kunders räkning och arbetar med flera Microsoft Entra-klienter i processen. Det här är en annan form av flera klientorganisationer, men den fokuserar på att hantera Azure-resurser i flera Microsoft Entra-klienter. Den här serien är inte avsedd att ge vägledning i dessa frågor.
Serien är dock sannolikt till hjälp för ISV:er som skapar programvara för MSP:er, eller för alla andra som skapar och distribuerar programvara med flera klientorganisationer.
Vad finns i den här serien?
Innehållet i den här serien består av tre huvudavsnitt:
Arkitekturöverväganden för en lösning med flera klienter: Det här avsnittet innehåller en översikt över de viktigaste kraven och övervägandena som du behöver tänka på när du planerar och utformar en lösning för flera klienter.
De arkitektoniska övervägandena är särskilt relevanta för tekniska beslutsfattare, som chief technology officers (CTOs) och arkitekter. Produktchefer kommer också att ha nytta av att förstå hur flera klientorganisationer påverkar deras lösningar. Dessutom bör alla som arbetar med arkitekturer med flera klientorganisationer känna till dessa principer och kompromisser.
Arkitekturmetoder för flera klientorganisationer: I det här avsnittet beskrivs de metoder du kan tänka på när du utformar och skapar lösningar för flera klientorganisationer med hjälp av viktiga molnresurstyper. Avsnittet innehåller en diskussion om hur du skapar lösningar för flera klientorganisationer med beräkning, nätverk, lagring, data, meddelanden, identitet, AI/ML och IoT-komponenter samt distribution, konfiguration, resursorganisation, styrning, efterlevnad och kostnadshantering.
Arkitekturmetoderna är avsedda att vara användbara för lösningsarkitekter och ledande utvecklare.
Tjänstspecifik vägledning för en lösning med flera klientorganisationer: Det här avsnittet innehåller riktad vägledning för specifika Azure-tjänster. Den innehåller diskussioner om de modeller för innehavarisolering som du kan överväga för komponenterna i din lösning, samt eventuella funktioner som är särskilt relevanta för en lösning med flera klientorganisationer.
Den tjänstspecifika vägledningen är användbar för arkitekter, ledande utvecklare och alla som skapar eller implementerar Azure-komponenter för en lösning med flera klientorganisationer.
Vi tillhandahåller också en checklista som du kan använda när du utformar och skapar en lösning för flera klientorganisationer, samt en lista över relaterade resurser och länkar för arkitekter och utvecklare av lösningar för flera klientorganisationer.
Video
En översikt över innehållet som beskrivs i den här serien och de grundläggande begreppen för flera klientorganisationer finns i den här videon från Microsoft Reactor:
Azure Active Directory har bytt namn till Microsoft Entra ID. Mer information finns i Nytt namn för Azure AD.
Nästa steg
Granska arkitekturövervägandena för en lösning med flera klienter.