Относно няколко онлайн среди или клиенти
Приложенията за ангажиране на клиенти (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) ви дават опции за сегрегиране на данните и потребителския достъп. За повечето компании добавянето и използването на няколко среди на Power Platform осигурява правилната комбинация от функционалност и лекота на управление. Предприятията с отделни структури, които може да искат да разделят директориите и лицензите, могат да обмислят използването на няколко клиенти. Множество среди могат да бъдат достъпни от всички потребители в клиента. Множество клиенти трябва да поканят други потребители на клиенти като гост потребители, за да им дадат достъп.
Приложения за няколко среди
Средите са подобни на концепцията на високите търговски комплекси с етажи, организирани според бизнес функциите. Помислете за всеки етаж в сградата като приложение (продажби/услуги/маркетинг, управление на доставчици, управление на частния капитал) и разгледайте всеки отдел от даден етаж като среда за конкретна цел, като например производство, обучение, тестване и развитие.
Няколко среди са необходими, когато се изисква сегрегация на данни, добавки, работни потоци или административни ресурси, които не могат да бъдат лесно изолирани с помощта на бизнес единици.
Внедряване на много среди
Типичният клиент има само един клиент. Клиентът може да включва една или повече среди; но дадена среда винаги е свързана само с един клиент.
Този пример използва две среди за три отдела: продажби, маркетинг и услуги.
Отделите за продажби и маркетинг споделят една среда, така че информацията за потенциални клиенти е леснодостъпна и за двата отдела. Отделът за услуги има своя среда, така че глобите и гаранциите може да се управляват отделно от кампаниите и другите свързани с продажбите събития.
Можете лесно да предоставите достъп до едната или до двете среди. Потребителите на отделите за продажби и маркетинг може да бъдат ограничени до своята среда, докато потребителите на отдела за услуги с разширен достъп може да актуализират записите за увеличаване на поддръжката, свързани с клиенти и в двете среди.
За един клиент с няколко среди:
Всяка среда в рамките на клиента получава своя собствена SQL база данни.
Данните не се споделят в отделните среди.
Вижте Капацитет на място за съхранение на Microsoft Dataverse за това как съхранението се споделя в средите.
Средите в един клиент по подразбиране се създават в географската област, в която първоначално е регистриран акаунтът им. Освен това създателят на средата може да избере да създаде средата в различна география; разрешените географски области ще бъдат показани за избор на потребителя. При определени обстоятелства потребителите ще трябва да могат да виждат или избират всички географски области, поддържани от Power Platform.
Консумацията на място за съхранение е обобщена и се проследява във всички среди, прикрепени към даден клиент.
Можете да настроите отделни групи за сигурност за среди, ако искате да контролирате кой може да вижда и има достъп до среда.
Лицензираният потребител потенциално има достъп до всички среди, свързани с клиента. Достъпът се контролира от членство в групата за защита на средата.
Защо да се използват няколко среди?
По-долу са описани често срещани случаи на използване при внедряване на няколко среди. Помислете за тези примери, когато определите типа разполагане, който най-добре отговаря на изискванията на вашата фирма.
Управление на главни данни
В този сценарий наборът от „главни” данни се използва за управление на промените чрез централен източник на главни данни. Този подход изисква централните главни данни да се синхронизират за всички среди, така че всяка среда да има достъп до най-новата версия на основната информация. Заявените промени в информацията може да се извършат директно в главната система. Като алтернатива потребителите могат изрично да получат достъп до главната система или да уловят промените в локалната среда, като след това тези промени се прехвърлят към главната среда.
Изискването промените да се извършват централно може да разреши контрола над централизираните промени. Например може да се извърши борба с измамните проверки, за да се гарантира, че промените са направени само от централен екип, а не от местните екипи, които иначе могат да се възползват от дадена промяна, като смяна на кредитните лимити. Това ще осигури второ ниво на упълномощаване на промените и проверката, която избягва възможността един човек или група от хора, които работят заедно, да си сътрудничат, за да повлияят на дадена измама. Препращането на дадена заявка към друг, независими екип може да осигури защита срещу евентуални измами.
Защита и поверителност
Разликите в регионалното, например Европейския съюз (ЕС), или националното законодателство може да доведат до промени в изискванията за защита на данни или поддържането на поверителност на личните данни в различните региони или страни в дадено внедряване. В някои случаи законодателните/регулаторните ограничения узаконяват хостването на данни извън границите на дадена страна или регион, и справянето с това предизвикателство е особено критично в определени бизнес сектори.
Например помислете за ограниченията в здравния сектор за споделяне на информация за пациенти. Някои регламенти на ЕС изискват всяка здравна информация, която се събира за хора, пребиваващи в ЕС, да се поддържа и споделя само само в границите на ЕС, докато подобни данни, събрани за хора в Съединените американски щати (САЩ) се съхраняват в границите на САЩ. Също така помислете за ограниченията в банковия сектор за споделяне на информация за клиенти. В Швейцария например наредбите узаконяват споделянето на информация за клиентите извън националните граници.
Мащабируемост
Докато една среда може да се увеличи и развие в подкрепа на развитието на бизнеса на клиента, при високите обеми данни или нива на сложност има допълнителни съображения. Например, в среди с изключително големи обеми и/или разширено използване на планирането на услуги, увеличаването на SQL server може да изисква сложна и скъпа инфраструктура, която е прекалено скъпа или изключително трудна за управление.
Има много сценарии, при които има естествено функционално разделение в изискванията към възможностите. В такива случаи делегирането на натоварването чрез създаване на сценарии за намаляване, които са базирани на тези функционални разделения, може да даде възможност за по-големи обеми чрез използването на инфраструктура на стоките.
Добавяне на среда към абонамента
За информация за начина за добавяне на среда към клиента вижте Създаване и управление на среди.
Внедряване на много клиенти
Глобалните бизнес отрасли с регионални или държавни модели, които се различават, могат да използват клиенти, за да отговорят на промените в подхода, размера на пазара или съответствието с ограниченията в законите и наредбите.
Този пример включва втори клиент за Contoso Япония.
Потребителските акаунти, самоличностите, групите за защита, абонаментите, лицензите и мястото за съхранение не могат да бъдат споделяни между клиенти. Всички клиенти могат да имат няколко среди, свързани с всеки конкретен клиент. Данните не се споделят в отделните среди или клиенти.
За множеството клиенти:
В сценария с много клиенти, лицензираните потребители, свързани с даден клиент, имат достъп до една или повече среди, съпоставени единствено към същия клиент. За достъп до друг клиент потребителят трябва да бъде поканен като гост потребител и може да се нуждае от присвояване на отделен лиценз.
Всеки клиент изисква администратор(и) на Microsoft Power Platform с уникални идентификационни данни за влизане, и всеки филиал на клиент ще управлява своя клиент отделно в конзолата на администратора.
Множеството среди в рамките на един клиент са видими от интерфейса, ако администраторът има достъп.
Не може да присвоявате повторно лицензи между записвания на клиенти. Записаният филиал може да използва намалението на лицензи под едно записване и да добави лицензи към друго записване, за да спомогне за това.
Обединяването на локалната Active Directory не може да се осъществи с повече от един клиент, освен ако нямате домейни от най-горно ниво, които трябва да обедините с различни клиенти (например Contoso.com и Fabricam.com).
Защо се използват няколко клиента?
Функционална локализация
Този сценарий обикновено възниква в организации с припокриващи се, но отделни функционални нужди. Някои от общите примери включват:
Организации с различни бизнес отдели, всеки с различен пазар или модел на работа.
Глобалните бизнес отрасли с регионални или държавни модели, които се различават, за да отговорят на промените в подхода, размера на пазара или съответствието с ограниченията в законите и наредбите.
В тези видове бизнес среди, дадена организация често ще има общи тенденции на функционалните параметри, които дават възможност за определени региони, държави или бизнес сфери с определена степен на локализация по отношение на:
Снемане на информация. Например снемането на пощенски код в Съединените щати ще се съпостави със снемането на пощенски код в Обединеното кралство.
Формуляри, работни потоци.
Физическо разпространение
За бизнес решения, които трябва да поддържат потребители, физически разпределени на големи разстояния, особено за глобално внедряване, използването на една среда може да не е подходящо поради последствията (като WAN латентност), свързани с инфраструктурата, през която потребителите се свързват, което може значително да въздейства върху работата на потребителите. Разпространението на среди за предоставянето на по-обхватен локален достъп на потребителите може да намали или преодолее свързаните с WAN проблеми, тъй като достъпът се осъществява през по-къси мрежови връзки.
Добавяне на внедряване, отнасящо се за многоклиентски архитектури, по програмата за обемно лицензиране
За внедряване, отнасящо се за многоклиентски архитектури, е необходимо изменение, отнасящо се за многоклиентски архитектури. Изменението, отнасящо се за многоклиентски архитектури, е реалното изменение на споразумението за обемно лицензиране, използвано за закупуване на лицензи. Свържете се с вашия търговски представител или дилър на Microsoft, за да получите изменението.
Ограничения, отнасящи се за многоклиентски архитектури
Администраторите, които искат да внедрят и управляват множество клиенти, трябва да знаят следното:
Потребителските акаунти, самоличностите, групите за защита, абонаментите, лицензите и мястото за съхранение не могат да бъдат споделяни между клиенти.
Един домейн може да бъде обединен само с един клиент.
Всеки клиент трябва да има свое собствено място за имената; мястото за имената в UPN или SMTP не може да се споделя между клиентите.
Ако съществува локална организация на Exchange, не можете да разделите тази организация между множество клиенти.
Обединеният глобален адресен списък няма да е наличен, освен ако изрично не е управляван в обратна посока от синхронизацията.
Сътрудничеството между клиенти ще бъде ограничено до функциите за федериране на Lync и на Exchange.
Достъпът до SharePoint между клиентите може да не е възможен. Докато това може да бъде решено с достъп на партньори, работата на потребителя е прекъсната и се прилагат аспектите за лицензиране.
Не може да има дублиращи се акаунти между клиентите или дяловете в локален Active Directory.