Om flera miljöer eller klientorganisationer online
Program för kundengagemang (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) ger dig alternativ för att segregera dina data och användaråtkomst. För de flesta företag ger tillägg och användning av flera Power Platform-miljöer ger den rätta blandningen av funktionalitet och enkel hantering. Företag med separata enheter som kanske vill separera kataloger och licenser kan överväga att använda flera klientorganisation. Alla användare i klientorganisationen har åtkomst till flera miljöer. Flera klientorganisationer måste bjuda in andra användare i klientorganisationen som användare som ska ge dem åtkomst.
Användningsområden för flera miljöer
Miljöer påminner om ett affärskomplex med flera våningar som är organiserat i affärsfunktioner. Du kan se varje våning i byggnaden som ett program (försäljning/service/marknadsföring/leverantörshantering/hantering av förmögenhet) och varje enhet på ett plan som en miljö för ett visst syfte, till exempel produktion, utbildning, testning och utveckling.
Flera miljöer behövs när ansvarsfördelning krävs av data, plugin-program, arbetsflöden eller admin-resurser som inte lätt kan separeras med hjälp av affärsenheter.
En distribution med flera miljöer
En typisk kund har endast en klientorganisation. En innehavare kan innehålla en eller flera miljöer men en miljö är alltid kopplad till en enda innehavare.
I detta exempel används två miljöer för tre grupper: försäljning, marknadsföring och tjänster.
Försäljning och marknadsföring delar en miljö så leadinformation enkelt kan användas av båda. Tjänster har sin egen miljö så biljetter och garantier kan hanteras separat från kampanjer och andra säljrelaterade händelser.
Du kan enkelt ge åtkomst till en eller båda miljöerna. Försäljnings- och marknadsföringsanvändare kan vara begränsade till sin miljö, medan tjänsteanvändare med utökad åtkomst kan uppdatera support eskaleringsposter som relaterar till konton i båda miljöerna.
Om en enda innehavare med flera miljöer:
Varje miljö inom innehavaren får sin egen SQL-databas.
Data delas inte mellan miljöer.
Se Microsoft Dataverse lagringskapacitet för hur lagringsutrymme ska delas mellan olika miljöer.
Miljöer i en enskild klientorganisation skapas som standard i geografin där de ursprungligen registrerade sig för kontot. Dessutom kan den som skapat miljön välja att skapa miljön i en annan geografisk miljö. tillåtna geografiska områden visas för användaren. Under vissa omständigheter måste användarna kunna se eller välja alla geografiska områden som stöds av Power Platform.
Lagringsförbrukningen summeras och spåras i alla miljöer som är kopplade till en kundinnehavare.
Du kan konfigurera separata säkerhetsgrupper för miljöer om du vill kontrollera vem som kan visa och komma åt en miljö.
En licensierad användare har åtkomst till alla de miljöer som är associerade med innehavaren. Åtkomsten styrs av medlemskap i säkerhetsgrupp för miljö.
Varför använda flera miljöer?
Följande är vanliga användningsfall för distribution med flera miljöer. Överväg de här exemplen när du bestämmer vilken distributionstyp som bäst passar företagets behov.
Hantering av huvuddata
I det här scenariot ger en huvuddatauppsättning ändringshantering genom en central huvuddatakälla. Den här metoden kräver att central huvuddata synkroniseras till alla miljöer så att varje miljö har tillgång till den senaste versionen av grundläggande information. Begärda ändringar av informationen kan göras direkt i huvudsystemet. Användare kan också uttryckligen få tillgång till huvudsystemet eller fånga ändringarna i den lokala miljön. Dessa ändringar överförs därefter till huvudmiljön.
Om det krävs att ändringar görs centralt kan centraliserad ändringskontroll tillämpas. Bedrägeribekämpningskontroller kan till exempel utföras för att säkerställa att ändringar görs endast av ett centralt team och inte av lokala team som annars kan ha nytta av en ändring, till exempel en förändring i kreditgränser. Detta skulle ge en andra nivå på ändringsautentisering och verifiering som undanröjer möjligheten för en enskild person eller en grupp personer som arbetar nära tillsammans att samarbeta för att utföra ett bedrägeri. Om du skickar en begäran till ett annat oberoende team kan det ge skydd mot eventuella bedrägerier.
Säkerhet och sekretess
Skillnader i nationella inställningar, till exempel Europeiska unionen (EU) eller nationell lagstiftning kan leda till variationer i krav för att skydda data eller upprätthålla datasekretess mellan olika regioner eller länder i en distribution. I vissa fall gör lagar/reglerande begränsningar att det är olagligt att lagra data på en värd utanför gränserna för ett land eller en region och att bemöta den här utmaningen är särskilt viktigt i specifika affärssektorer.
Anta exempelvis att sjukvårdssektorsrestriktioner för delning av patientinformation. Vissa EU-bestämmelser kräver att all hälsoinformation som samlas in om personer som är bosatta i EU lagras och delas endast inom EU:s gränser, medan liknande data som samlas in om personer i USA lagras inom USA:s gränser. Tänk också på banksektorbegränsningar för att dela kundinformation. I Schweiz gör till exempel förordningar att det är olagligt att dela kundinformation utanför de nationella gränserna.
Skalbarhet
Medan en enskild instans av miljö kan byggas ut för att stödja tillväxten av kundens verksamhet med mycket höga datavolymer eller nivåer av komplexitet, finns det ytterligare överväganden. I exempelvis miljöer med extrema volymer och/eller omfattande användning av schemaläggning av tjänster kan en utbyggnad av SQL Server kan kräva komplicerad och dyr infrastruktur som är orimligt dyr eller mycket svårt att hantera.
Det finns många situationer där det finns en naturlig funktionell delning i funktionskraven. I sådana fall kan delegering av arbetsbelastningar genom att skapa scenarier för utbyggnad som baseras på dessa funktionella delningar ge högre volymer med hjälp av varuinfrastrukturen.
Lägga till en miljö i prenumerationen
Information om hur du lägger till en miljö i klientorganisation finns i skapa och hantera miljöer.
En distribution med flera innehavare
Globala företag med regionala modeller eller landsmodeller som skiljer sig åt kan använda innehavare för att ta hänsyn till variationer i tillvägagångssätt, marknadsstorlek eller efterlevnaden av lagar och andra villkor.
Det här exemplet innehåller en andra innehavare för Contoso Japan.
Användarkonton, identiteter, säkerhetsgrupper, prenumerationer, licenser och lagring kan inte delas mellan innehavare. Alla klientorganisationer kan ha flera miljöer som är associerade med varje specifik klientorganisation. Data delas inte mellan miljöer eller klientorganisationer.
Om flera innehavare:
I ett scenario med flera innehavare kan en licensierad -användare som är kopplad till en innehavare bara komma åt en eller flera miljöer som mappas till samma innehavare. För att få åtkomst till en annan klientorganisation måste en användare bjudas in som användare och kan behöva en separat licens tilldelad.
Varje innehavare kräver en Microsoft Power Platform administratör med unika inloggningsuppgifter och varje koncernbolagsinnehavare ska hantera sin innehavare separat i administratörskonsolen.
Flera miljöer inom en innehavare är synliga från gränssnittet om administratören har åtkomst.
Du kan inte tilldela licenser mellan innehavarregistreringar. Ett registrerat koncernbolag kan använda licensreduktion vid en registrering och lägga till licenser för en annan registrering för att underlätta detta.
En lokal Active Directory Federation kan inte upprättas med flera innehavare om du inte har toppnivådomäner som du behöver för att förena dig med olika innehavare (till exempel Contoso.com och Fabricam.com).
Varför använda flera innehavare?
Funktionell lokalisering
Det här scenariot uppstår vanligtvis i organisationer med överlappande, men separata funktionella behov. Några vanliga anpassningar:
Organisationer med olika affärsdivisioner, var och en med olika marknader eller åtgärdsmodeller.
Globala företag med regionala modeller eller landsmodeller som skiljer sig åt när det gäller att ta hänsyn till variationer i tillvägagångssätt, marknadsstorlek eller efterlevnaden av lagar och andra villkor.
I dessa typer av företagsmiljöer har en organisation ofta gemensamma uppsättningar med funktioner som gör det möjligt för vissa regioner, länder eller affärsområden med en grad av lokalisering angående:
Informationsinsamling. Om du till exempel skulle samla in en postkod i USA skulle det motsvara en insamling av ett postnummer i Sverige.
Formulär, arbetsflöden
Fysisk distribution
När det gäller affärslösningar som måste ha stöd för användare som är fysiskt distribuerade över långa sträckor, särskilt när det gäller global distribution, kanske användningen av en enskild miljö inte är lämplig på grund av effekter (till exempel svarstid för WAN) som är associerade med den infrastruktur som användarna använder för att ansluta, vilket påtagligt kan påverka användarupplevelsen. Om du distribuerar miljöer för att ge användarna mer lokal åtkomst kan detta minska eller eliminera WAN-relaterade problem, eftersom åtkomsten sker över kortare nätverksanslutningar.
Lägga till en distribution för flera innehavare under volymlicensiering
En distribution för flera innehavare måste ha en ändring av flera innehavare. En ändring av flera innehavare är en ändring av det faktiska volymlicensavtalet som används för att köpa licenser. Kontakta din Microsoft-säljare eller återförsäljare för att få ändringen.
Begränsningar av flera innehavare
Administratörer som vill distribuera och hantera flera innehavare bör vara medvetna om följande:
Användarkonton, identiteter, säkerhetsgrupper, prenumerationer, licenser och lagring kan inte delas mellan innehavare.
En enskild domän kan endast användas externt med en innehavare.
Varje innehavare måste ha ett eget namnområde; UPN- eller SMTP-namnområden kan inte delas mellan innehavare.
Om det finns en lokal Exchange-organisation, kan du inte dela den här organisationen över flera innehavare.
En konsoliderad global adresslista finns inte tillgänglig, utom om den uttryckligen hanteras nedströms från synkroniseringen.
Samarbete mellan innehavare kommer att begränsas till Lync Federation och Exchange Federation-funktioner.
SharePoint-åtkomst över innehavare kanske inte är möjligt. Medan detta kan lösas med partneråtkomst, avbryts användarupplevelsen och licensieringsaspekter tillämpas.
Det kan finnas några dubbla konton över innehavarna eller partitionerna i den lokala Active Directory.