Планирование реализации Power BI: настройка клиента

В этой статье по настройке клиента представлены важные аспекты настройки клиента Fabric с акцентом на интерфейс Power BI. Он предназначен для нескольких аудиторий:

• Администраторы Структуры: администраторы, ответственные за надзор за Структурой в организации.
• Администраторы Microsoft Entra: команда, которая отвечает за надзор и управление идентификатором Microsoft Entra.

Структура является частью более крупной экосистемы Майкрософт. Если ваша организация уже использует другие облачные службы подписки, такие как Azure, Microsoft 365 или Dynamics 365, Структура работает в том же клиенте Microsoft Entra. Домен организации (например, contoso.com) связан с идентификатором Microsoft Entra. Как и все облачные службы Майкрософт, клиент Fabric использует идентификатор Microsoft Entra вашей организации для управления удостоверениями и доступом.

Дополнительные сведения об обязанностях администратора Fabric см. в разделе "Администрирование клиента".

Клиент Microsoft Entra

Большинство организаций имеют один клиент Microsoft Entra, поэтому обычно это верно, что клиент Microsoft Entra представляет организацию.

Как правило, идентификатор Microsoft Entra настраивается до начала реализации Fabric. Однако иногда это происходит при подготовке облачной службы, которую вы узнаете о важности идентификатора Microsoft Entra.

Неуправляемый клиент

У управляемого клиента есть глобальный администратор, назначенный в идентификаторе Microsoft Entra. Если клиент Microsoft Entra не существует для домена организации (например, contoso.com), когда первый пользователь из этой организации регистрируется для пробной версии или учетной записи Fabric, в идентификаторе Microsoft Entra создается неуправляемый клиент . Неуправляемый клиент также называется теневым клиентом или самостоятельно созданным клиентом. Она имеет базовую конфигурацию, позволяя облачной службе работать без назначения глобального администратора.

Для правильного управления, настройки и поддержки Fabric требуется управляемый клиент. Существует процесс, который системный администратор может следовать за тем, чтобы взять на себя неуправляемый клиент , чтобы они могли правильно управлять им от имени организации.

Контрольный список . При проверке клиента Microsoft Entra для использования с Fabric ключевые решения и действия включают:

Идентификатор клиента для внешних пользователей

Необходимо учитывать, как пользователи будут получать доступ к клиенту, если у вас есть внешние пользователи (например, клиенты, партнеры или поставщики) или когда внутренние пользователи должны получить доступ к другому клиенту за пределами вашей организации. Для доступа к другому клиенту организации используется измененный URL-адрес.

Каждый клиент Microsoft Entra имеет глобальный уникальный идентификатор (GUID), известный как идентификатор клиента. В Fabric он называется идентификатором клиента (CTID). CTID добавляется к концу URL-адреса клиента. Вы можете найти CTID на портале Fabric, открыв диалоговое окно "Сведения о Microsoft Fabric ". Оно доступно в меню справки и поддержки (?), которое находится в правом верхнем углу портала Fabric.

Знание CTID важно для сценариев Microsoft Entra B2B. URL-адреса, предоставляемые внешним пользователям (например, для просмотра отчета Power BI), должны добавить параметр CTID для доступа к правильному клиенту.

Если вы планируете сотрудничать с внешними пользователями или предоставлять содержимое, рекомендуется настроить настраиваемую фирменную символику. Использование логотипа, изображения обложки и темы помогает пользователям определить, к каким клиентам организации они обращаются.

Контрольный список . При предоставлении внешним пользователям разрешения на просмотр содержимого или при наличии нескольких клиентов, ключевых решений и действий включают:

Администраторы Microsoft Entra

Администраторы Структуры периодически должны работать с администраторами Microsoft Entra.

В следующем списке приведены некоторые распространенные причины совместной работы между администраторами Fabric и администраторами Microsoft Entra.

• Группы безопасности. Вам потребуется создать новые группы безопасности для правильного управления параметрами клиента Fabric. Кроме того, для защиты содержимого рабочей области или распространения содержимого могут потребоваться новые группы.
• Владение группой безопасности: может потребоваться назначить владельца группы, чтобы обеспечить большую гибкость в управлении группой безопасности. Например, это может быть более эффективным, чтобы позволить Центру превосходства (COE) управлять членством в определенных группах, относящихся к Структуре.
• Субъекты-службы. Для подготовки субъекта-службы может потребоваться создать регистрацию приложения Microsoft Entra. Проверка подлинности с помощью субъекта-службы рекомендуется, если администратор Fabric хочет запустить автоматические скрипты, запланированные скрипты, которые извлекают данные с помощью API администрирования или при внедрении содержимого в приложение.
• Внешние пользователи. Необходимо понять, как параметры внешних (гостевых) пользователей настраиваются в идентификаторе Microsoft Entra. Существует несколько параметров клиента Fabric, связанных с внешними пользователями, и они полагаются на настройку идентификатора Microsoft Entra. Кроме того, некоторые возможности безопасности рабочей нагрузки Power BI работают только при использовании планового подхода приглашения для внешних пользователей в идентификаторе Microsoft Entra.
• Политики управления в режиме реального времени. Вы можете настроить политики управления сеансами в режиме реального времени, которые включают идентификатор Microsoft Entra и приложения Microsoft Defender для облака. Например, можно запретить скачивание отчета Power BI, если он имеет определенную метку конфиденциальности.

Дополнительные сведения см. в статье "Совместная работа с другими администраторами".

Контрольный список . При рассмотрении того, как работать с администраторами Microsoft Entra, к ключевым решениям и действиям относятся:

Расположение хранилища данных

При создании нового клиента ресурсы подготавливаются в Azure, которая является облачной платформой вычислений Майкрософт. Географическое расположение становится домашним регионом для вашего клиента. Домашний регион также называется областью данных по умолчанию.

Домашний регион

Домашний регион важен, так как:

• Производительность отчетов и панелей мониторинга зависит от того, что пользователи находятся рядом с расположением клиента.
• Могут быть юридические или нормативные причины, по которым данные организации хранятся в определенной юрисдикции.

В домашнем регионе клиента организации задано расположение первого пользователя, который регистрируется. Если большинство пользователей находятся в другом регионе, это может оказаться не лучшим выбором.

Вы можете определить домашний регион для клиента, открыв диалоговое окно "О Microsoft Fabric" на портале Fabric. Регион отображается рядом с данными , хранящимися в метке.

Возможно, вы обнаружите, что клиент находится в регионе, который не является идеальным. Вы можете использовать функцию с несколькими регионами , создав емкость в определенном регионе (описанном в следующем разделе) или переместив ее. Чтобы переместить клиент в другой регион, глобальный администратор Microsoft 365 должен открыть запрос на поддержку.

Перемещение клиента в другой регион не является полностью автоматизированным процессом, и некоторые простои участвуют. Обязательно учитывайте предварительные требования и действия , необходимые до и после перемещения.

Контрольный список . При рассмотрении домашнего региона для хранения данных в клиенте ключевые решения и действия включают:

Другие регионы данных

Некоторые организации имеют требования к месту размещения данных. Требования к месту размещения данных обычно включают нормативные или отраслевые требования для хранения данных в определенном географическом регионе. Требования к суверенитету данных аналогичны, но более строги, поскольку данные распространяются на законы страны или региона, в котором хранятся данные. Некоторые организации также имеют требования к локализации данных, которые определяют, что данные, созданные в определенных границах, должны оставаться в пределах этих границ.

Нормативные, отраслевые или юридические требования могут потребовать хранения определенных данных в другом месте из домашнего региона (описано в предыдущем разделе). В таких ситуациях вы можете воспользоваться функцией с несколькими регионами , создав емкость в определенном регионе. В этом случае необходимо назначить рабочие области правильной емкости, чтобы убедиться, что данные рабочей области хранятся в нужном географическом расположении.

Поддержка нескольких регионов позволяет организациям:

• Соблюдайте требования к месту размещения данных для неактивных данных.
• Улучшайте возможность находить данные рядом с пользовательской базой.

Контрольный список . При рассмотрении других областей данных для вашего клиента ключевые решения и действия включают:

Связанный контент

Дополнительные рекомендации, действия, критерии принятия решений и рекомендации по внедрению Power BI см. в статье о планировании реализации Power BI.