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