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

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

Примечание.

Эта статья является частью серии статей по планированию реализации Power BI . Серия посвящена планированию реализации интерфейса Power BI в Microsoft Fabric. Посмотрите введение к серии.

Статья в первую очередь предназначена для:

• Администраторы Fabric: администраторы, ответственные за контроль внедрения Fabric в организации.
• Центр превосходства (CoE), ИТ и команды бизнес-аналитики (BI): Эти команды отвечают за контроль использования данных и бизнес-аналитики в организации, а также за поддержку пользователей самообслуживания в организации.

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

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

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

Примечание.

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

Разрешения на создание рабочей области

Решение о том, кто может создавать рабочие области в службе Power BI, является решением по культуре данных и управлению.

У вас есть два варианта:

• Все (или большинство) пользователей могут создавать новые рабочие области: этот подход обычно соответствует существующим решениям для других приложений. Например, если пользователям разрешено создавать собственные сайты SharePoint или каналы Teams, то имеет смысл принять ту же политику.
• Создание рабочей области ограничено набором пользователей. Этот подход обычно указывает, что план управления находится на месте или планируется. Управление этим процессом может быть полностью централизованным (например, если только ИТ разрешено создать рабочую область). Более гибкий и практический подход заключается в том, что это сочетание централизованных и децентрализованных лиц. В этом случае конкретные ассоциированные члены CoE, чемпионы или доверенные пользователи обучены создавать и управлять рабочими пространствами от лица своих бизнес-подразделений.

Необходимо настроить параметр клиента Create workspaces на портале администрирования Fabric в соответствии с вашим решением о том, кто может создавать рабочие области. Дополнительные сведения см. в разделе "Управление рабочими областями".

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

• Определение и проверка потребностей пользователей. Планирование совместных обсуждений с соответствующими заинтересованными лицами и заинтересованными сторонами, чтобы узнать, как в настоящее время работают пользователи. Цель заключается в том, чтобы убедиться, что у вас есть четкое представление о потребностях пользователей.
• Решите, кто может создавать рабочие области: определите, могут ли все пользователи, только централизованная команда или определенные централизованные и децентрализованные пользователи создать новую рабочую область. Убедитесь, что решение сознательно соответствует вашим целям в сфере культуры данных в организации. Обязательно получите утверждение от вашего исполнительного спонсора.
• Создайте группу безопасности для тех, кто может создавать рабочие области: если подмножество пользователей может создавать рабочие области, создайте группу безопасности для этих пользователей. Четко назовите группу, например Создатели рабочих областей Fabric. Добавьте участников, которым разрешено создавать рабочие области в эту группу безопасности.
• Обновите параметр клиента: добавьте новую группу безопасности в параметр клиента "Создание рабочих областей " на портале администрирования. Помимо группы Создателей рабочей области Fabric, этому параметру клиента могут быть назначены и другие группы, такие как ГИИ, поддержка и администраторы Fabric.

Соглашения об именовании рабочей области

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

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

Имя рабочей области может передавать дополнительные сведения о рабочей области, включая:

• Назначение. Имя рабочей области всегда должно содержать описание его содержимого. Например, отслеживание квартальных бонусов продаж.
• Типы элементов: имя рабочей области может содержать ссылку на типы элементов, которые он содержит. Например, используйте данные о продажах, чтобы указать, что рабочая область хранит такие элементы, как lakehouse или семантические модели. Аналитика продаж может указать, что рабочая область хранит аналитические отчеты и панели мониторинга.
• Этап (среда): имя рабочей области может включать его этап. Например, для управления жизненным циклом обычно используются отдельные рабочие области (разработка, тестирование и производство).
• Владение и ответственность. Имя рабочей области может включать указание того, кто отвечает за управление содержимым. Например, использование префикса SLS или суффикса может указывать на то, что команда продаж владеет содержимым и управляет им.

Совет

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

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

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

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

• Используйте короткие описательные имена: имя рабочей области должно точно отражать его содержимое, с самой важной частью в начале имени. На портале Fabric длинные имена рабочих областей могут быть усечены в пользовательских интерфейсах, что требует от пользователя навести курсор на имя рабочей области, чтобы отобразить полное имя в подсказке. Ниже приведен пример короткого, но описательного имени: ежеквартальные финансовые средства.

• Используйте стандартный префикс: стандартный префикс может упорядочивать аналогичные рабочие области вместе, которые отсортированы. Например: FIN-ежеквартальные финансовые показатели.

• Используйте стандартный суффикс: можно добавить суффикс для получения дополнительных сведений, например при использовании различных пространств для разработки, тестирования и производства. Рекомендуется добавить суффиксы [Dev] или [Test] , но оставить рабочую среду понятным именем без суффикса. Например: FIN-Quarterly Financials [Dev].

• Будьте согласованы с именем приложения Power BI: имя рабочей области и его приложение Power BI могут отличаться, особенно если это повышает удобство использования или понятность для потребителей приложений. Рекомендуется сохранить имена, похожие на то, чтобы избежать путаницы.

• Опустить ненужные слова: следующие слова могут быть избыточными, поэтому избегайте их в именах рабочих пространств.

  • Рабочая область слова.
  • Слова Fabric или Power BI. Многие рабочие области Fabric содержат элементы из различных рабочих нагрузок. Однако вы можете создать рабочую область, предназначенную для целевой рабочей нагрузки (например, Power BI, Фабрики данных или Synapse Data Engineering). В этом случае можно выбрать короткий суффикс, чтобы цель рабочей области была понятна.
  • Название организации. Однако, если основная аудитория является внешними пользователями, включая имя организации, может оказаться полезным.

Примечание.

Рекомендуется уведомлять пользователей о том, когда имя рабочей области планируется изменить. В большинстве сценариев безопасно переименовать рабочую область на портале Fabric. Значение GroupID , уникальный идентификатор рабочей области, не изменяется и является частью URL-адреса рабочей области. Однако подключения XMLA затрагиваются, поскольку они используют имя рабочей области вместо значения GroupID.

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

• Определите требования или предпочтения для имен рабочих областей. Рассмотрите способ имен рабочих областей. Определите, следует ли создавать строгие требования соглашения об именовании или разрешать более гибкие требования, руководствуясь предложениями и примерами.
• Просмотрите существующие имена рабочих областей: обновите существующие имена рабочих областей соответствующим образом, чтобы они были хорошими примерами для пользователей. Когда пользователи видят существующую рабочую область, переименованную, они интерпретируют это как подразумеваемый стандарт для принятия.
• Создайте документацию по соглашениям об именовании рабочей области: укажите справочную документацию о требованиях к соглашению об именовании рабочей области и рекомендации. Не забудьте включить примеры, показывающие правильное использование акронимов, префиксов и суффиксов. Сделайте информацию доступной на централизованном портале и в учебных материалах.

Домены рабочей области

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

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

Ниже приведены основные преимущества использования доменов:

• Домены группируют аналогичные рабочие области в единую границу управления.
• Домены позволяют управлять определенными параметрами клиента на уровне домена. Дополнительные сведения см. в разделе "Переопределение параметров на уровне клиента".
• Домены помогают пользователям находить соответствующие данные. Например, они могут использовать фильтры в каталоге OneLake.

В следующей таблице перечислены различные способы организации связанных рабочих областей:

Метод для организации рабочих областей	Пример домена
Область темы, домен или тип контента	Домен Finance включает все рабочие области, связанные с содержимым финансов.
Команда или отдел, которому принадлежит содержимое и управляет им	Домен Корпоративной бизнес-аналитики включает все рабочие области, которые команда несет непосредственное ответственность за управление.
По подразделениям или сегментам	Домен европейского подразделения включает все рабочие области, непосредственно связанные с операциями в Европе.
По проекту	Домен приобретения дочерней компании включает все рабочие области, поддерживающие высокочувствительный проект.

Ниже приведены некоторые вопросы, которые следует учитывать при планировании доменов Fabric в вашей среде:

• Как каждая рабочая область сопоставляется с доменом? Каждая рабочая область может быть назначена только одному домену, поэтому подготовьтесь к подробному планированию. Рекомендуется создать матрицную схему, которая перечисляет рабочие области в строках и доменах в столбцах, чтобы помочь вам спланировать назначение рабочих областей. Если вы обнаружите, что необходимо переорганизовать рабочие области, вы можете переназначить домен в параметрах рабочей области или на портале администрирования.
• Кто авторизован для управления доменом? Пользователи, которым назначена роль администратора домена, могут управлять существующим доменом. По возможности назначьте администраторов домена, которые непосредственно принадлежат и управляют содержимым домена. Администраторы домена должны быть экспертами, знакомыми с внутренними, региональными и государственными правилами для предметной области. Они также должны быть знакомы со всеми внутренними требованиями к управлению и безопасности. Дополнительные сведения см. в разделе "Роли домена".
• Кому разрешено назначать рабочие области домену? Пользователи, которым назначена роль Доменного участника, определяют, какие администраторы рабочих областей могут присвоить рабочую область домену. Если вы разрешаете большему пользователю назначать рабочие области домену, следует часто проверять точность назначенных групп. Если разрешить только определенные группы пользователей или администраторов структуры и администраторов домена, у вас есть больше контроля над назначением доменов. Дополнительные сведения см. в разделе "Роли домена".
• У вас есть определенные требования или ограничения соответствия, такие как географическая область? Имейте в виду, что географическая область для хранилища данных задана для каждой емкости, а не для домена. Подумайте о том, как назначение рабочей области домену и ресурсам влияет на процесс планирования.

Дополнительные сведения см. в разделе "Управление доменами".

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

При планировании доменов рабочей области ключевые решения и действия включают:

• Проверьте, как работает владение контентом: убедитесь, что вы глубоко понимаете, как происходит владение контентом и управление ими в организации. Учитывайте эти сведения в планах для упорядочивания рабочих областей в доменах.
• Планируйте домены рабочих пространств: Проводите обсуждения, чтобы определить, как лучше организовать рабочие области по доменам. Подтвердите все ключевые решения с CoE и вашим исполнительным спонсором.
• Обучите администраторов Fabric: убедитесь, что администраторы клиента знакомы с тем, как создать домен и как назначать администраторов домена и управлять ими.
• Обучите администраторов домена. Убедитесь, что администраторы домена понимают ожидания этой роли в управлении доменом.
• Решите, как обрабатывать участников домена: рассмотрите, какие пользователи должны иметь разрешение на назначение рабочих областей домену.
• Создайте процесс аудита: регулярно проверьте правильность назначенных групп доменов.

Процесс создания рабочей области

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

Также важно быстро реагировать на запрос новой рабочей области. Соглашение об уровне обслуживания (SLA) от 2 до 4 часов идеально подходит. Если процесс запроса новой рабочей области слишком медленный или обременительный, люди будут использовать рабочие области, которые у них есть, чтобы они могли продолжать перемещаться. Если они решили пропустить создание новой рабочей области, то вместо этого они могут быть неоптимальными. Они могут повторно использовать существующую рабочую область, которая не подходит для нового содержимого, или они могут совместно использовать содержимое из своей личной рабочей области.

Совет

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

В следующей таблице перечислены сведения, собираемые в запросе для новой рабочей области:

Необходимая информация	Пример	Требуется проверка
имя рабочей области.	аналитика продаж SLS-Field	• Соответствует ли имя соглашениям об именовании? • Существует ли другая рабочая область с тем же именем?
Необходимые этапы	Аналитика продаж SLS-Field [Dev], SLS-Field Sales Analytics [test], и SLS-Field Sales Analytics	• Необходимы ли несколько рабочих областей для правильной поддержки содержимого? • Если да, следует ли создать конвейер развертывания?
Описание	Журнал продаж и заказов клиентов для ежемесячного, ежеквартального и ежегодного анализа.	• Есть ли ожидания, что конфиденциальные данные или регулируемые данные будут храниться? • Если да, это повлияет на то, как управляется рабочая область?
Целевая аудитория	Глобальная организация продаж полей	• Насколько широка область доставки содержимого? • Как эта область влияет на то, как управляется рабочая область?
Режим лицензии, назначенный рабочей области	Необходима емкость Fabric для команды продаж, так как большое количество продавцов являются только зрителями, и у них есть бесплатная лицензия	• Какой уровень емкости Fabric требуется?
Требования к хранилищу данных	Размещение данных в Канаде	• Требуется ли для размещения данных использование Multi-Geo? • Какое количество данных вы ожидаете обработать и сохранить?
Администраторы рабочих областей	FabricContentAdmins-FieldSalesAnalytics	• Является ли администратор (предпочтительно) группой? • Назначены ли по крайней мере два администратора?
Пользователь, отправляющий запрос	requestor@contoso.com	• Пользователь, отправляющий запрос, работает ли он в роли или бизнесе, связанной с предоставленной информацией?

Эта таблица содержит минимальный объем сведений, необходимых для настройки рабочей области. Однако она не включает все возможные конфигурации. В большинстве случаев администратор рабочей области несет ответственность за завершение установки после создания рабочей области. Дополнительные сведения см. в разделе "Параметры уровня рабочей области".

Вы можете выбрать один из множества вариантов технологии, чтобы создать онлайн-форму для запроса на создание рабочей области. Рекомендуется использовать Microsoft Power Apps, вариант программного обеспечения с низким кодом, который идеально подходит для создания простых веб-форм и приложений. Технология, используемая для создания веб-формы, зависит от того, кто отвечает за создание и обслуживание формы.

Совет

Чтобы повысить эффективность и точность, рассмотрите возможность автоматизации процесса с помощью REST API Power BI для программного создания или обновления рабочей области. В этом случае рекомендуется включать процессы проверки и утверждения, а не автоматически обрабатывать каждый запрос.

Контрольный список ключевых решений и действий при планировании процесса запроса новой рабочей области:

• Создайте процесс запроса новой рабочей области: определите, какой процесс предназначен для запроса новой рабочей области. Рассмотрим необходимые сведения, сведения о том, как записать информацию и кто обрабатывает запрос.
• Создайте стандартную форму для запроса новой рабочей области: определите, какие сведения следует включить в форму для новой рабочей области. Рассмотрите возможность создания приложения Power Apps для сбора сведений от пользователя. Убедитесь, что ссылки на форму доступны широко и легко найти на централизованном портале и других распространенных расположениях. Включите ссылку на форму в текущих сообщениях.
• Определите, кто будет отвечать на отправленные запросы и как быстро: определите, кто будет обрабатывать запросы. Рассмотрим ожидаемое время отклика для обработки запроса для новой рабочей области. Убедитесь, что вы можете быстро обрабатывать запросы, чтобы пользователи самообслуживания не сталкивались с задержками.
• Проведение сеанса передачи знаний: если другая команда будет поддерживать процесс запроса рабочей области, проводите сеанс передачи знаний с ними, чтобы они имели все необходимые сведения.
• Создание документации по утверждению или отклонению запроса. Создание документации о том, как утвердить запрос, предназначенный для тех, кто будет просматривать или обрабатывать запросы. Также включают причины, по которым может быть отклонен запрос, и какие действия следует предпринять.
• Создание документации по запросу рабочей области. Создание документации о том, как запросить новую рабочую область, предназначенную для пользователей, которые не могут создавать собственные рабочие области. Включите необходимые сведения и ожидания ответа. Убедитесь, что информация доступна на централизованном портале и в учебных материалах.

Уровень управления рабочей областью

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

Четыре ключевых критерия принятия решений определяют уровень управления, необходимый:

• Кто владеет и управляет содержимым бизнес-аналитики?
• Какова область доставки содержимого бизнес-аналитики?
• Что такое область субъекта данных?
• Считается ли данные или решение бизнес-аналитики критически важным?

Примечание.

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

Вы можете начать с двух уровней рабочих областей: управляемых и неуправляемых. Рекомендуется максимально просто сохранить уровни управления. Однако в зависимости от конкретных обстоятельств может потребоваться разделить управляемое классификацию. Например, критически важное содержимое, которым управляет команда Enterprise Power BI, может иметь уникальный набор требований к управлению. Критически важное содержимое, которым владеют и управляют бизнес-подразделения, могут подчиняться несколько иному набору требований. В некоторых случаях решения адаптированы к отдельным бизнес-подразделениям.

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

Категория	Потенциальное требование к управлению
Владение и поддержка	• Право собственности установлено, с четкими обязанностями, определенными для владельца технического контента или эксперта в предметной области. • Назначена группа поддержки пользователей или лицо, и пользователи понимают, как запросить справку или отправить проблемы. • Механизм используется для отзывов пользователей, вопросов и запросов на улучшение. • План коммуникации существует для объявления важных изменений содержимого в рабочей области.
Настройка рабочей области	• Рабочая область хорошо организована с четко определенной целью. • Используется определенное соглашение об именовании. • Рабочая область назначается определенному домену. • Требуется описание рабочей области, изображение и контакты.
Правильность	• Все содержимое сертифицировано. • Проверка данных автоматизирована, чтобы владельцы контента своевременно знали о проблемах с качеством данных.
Распределение	• Приложение Power BI используется для распространения отчетов и панелей мониторинга.
Безопасность и защита данных	• Группы безопасности используются (вместо отдельных учетных записей) для управления ролями рабочей области. • Метки конфиденциальности используются для защиты информации. • Разрешены только санкционированные (или утвержденные) источники данных. • Все исходные файлы находятся в безопасном резервном расположении.
Управление изменениями	• Используются отдельные рабочие области разработки, тестирования и рабочей среды. • Управление версиями (например , интеграция Git) используется для всех файлов и элементов Power BI Desktop на портале Fabric. • Управление версиями или система управления версиями используется для всех файлов источника данных. • Выполняются процессы управления жизненным циклом и управления изменениями, включая конвейеры развертывания или процессы DevOps.
Вместимость	• Рабочая область назначается соответствующему уровню емкости Fabric. • Емкость Fabric управляется и отслеживается.
Шлюз	• Используется шлюз данных в стандартном режиме (неперсональном). • Все учетные данные источника данных шлюза используют утвержденные учетные данные.
Аудит и мониторинг	• Активные процессы аудита и мониторинга используются для отслеживания внедрения, шаблонов использования и производительности.

Совет

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

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

• Определите уровни управления рабочей областью. Определите необходимые уровни управления. Держите это как можно проще.
• Определите критерии классификации рабочей области: определите, какие критерии принятия решений следует использовать для классификации рабочих областей на определенный уровень управления.
• Определите, какие требования к управлению рабочей областью: для каждого уровня управления определите конкретные требования.
• Определите, как назначить уровень управления рабочей областью. Найдите самый простой способ определить уровень управления для рабочей области. Его можно записать как часть его имени, часть его описания или сохранить в другом месте (например, список SharePoint, содержащий дополнительные сведения о каждой рабочей области).
• Создание документации по требованиям к управлению рабочей областью: создайте полезную документацию, предназначенную для создателей контента, которая включает в себя обязанности по управлению содержимым в управляемой рабочей области. Сделайте информацию доступной на централизованном портале и в учебных материалах.
• Создание процессов аудита рабочей области: для рабочих областей, которые считаются управляемыми, создайте процесс аудита, чтобы определить области несоответствия наиболее важным требованиям. Убедитесь, что кто-то отвечает за обращение к владельцам контента для решения проблем соответствия требованиям.

Следующий шаг

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