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

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется интерфейсу Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

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

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

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

Совет

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

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

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

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

• Используйте короткие описательные имена: имя рабочей области должно точно отражать его содержимое, с самой важной частью в начале имени. На портале Fabric длинные имена рабочих областей могут быть усечены в пользовательских интерфейсах, что требует от пользователя навести курсор на имя рабочей области, чтобы отобразить полное имя в подсказке. Ниже приведен пример короткого, но описательного имени: ежеквартальные финансовые средства.
• Используйте стандартный префикс: стандартный префикс может упорядочивать аналогичные рабочие области вместе при сортировке. Например: FIN-ежеквартальные финансовые показатели.
• Используйте стандартный суффикс: можно добавить суффикс для получения дополнительных сведений, например при использовании различных рабочих областей для разработки, тестирования и рабочей среды. Рекомендуется добавить суффиксы [Dev] или [Test] , но оставить рабочую среду понятным именем без суффикса. Например: FIN-Quarterly Financials [Dev].
• Будьте согласованы с именем приложения Power BI: имя рабочей области и его приложение Power BI могут отличаться, особенно если это повышает удобство использования или понятность для потребителей приложений. Рекомендуется сохранить имена, похожие на то, чтобы избежать путаницы.
• Опустить ненужные слова: следующие слова могут быть избыточными, поэтому избежать их в именах рабочих областей:
  • Рабочая область слова.
  • Слова Fabric или Power BI. Многие рабочие области Fabric содержат элементы из различных рабочих нагрузок. Однако можно создать рабочую область, предназначенную только для конкретной рабочей нагрузки (например, Power BI, Фабрики данных или Synapse Инжиниринг данных). В этом случае можно выбрать короткий суффикс, чтобы цель рабочей области была понятна.
  • Название организации. Однако, если основная аудитория является внешними пользователями, включая имя организации, может оказаться полезным.

Примечание.

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

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

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

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

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

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

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

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

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

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

Ниже приведены некоторые рекомендации по планированию доменов Fabric в клиенте.

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

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

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

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

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

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

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

Совет

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

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

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

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

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

Совет

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

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

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

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

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

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

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

Примечание.

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

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

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

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

Совет

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

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

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

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

В следующей статье этой серии вы узнаете о планировании на уровне рабочей области.