Сценарии использования Power BI: самостоятельная публикация содержимого

Примечание.

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

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

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

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

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

Примечание.

Этот сценарий самостоятельной публикации контента является одним из сценариев управления содержимым и развертывания . Полный список сценариев самообслуживания см. в статье о сценариях использования Power BI.

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

Схема сценария

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

Совет

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

На схеме сценария показаны следующие действия пользователя, инструменты и функции:

Элемент	Description
	Создатель содержимого Power BI разрабатывает решение бизнес-аналитики с помощью Power BI Desktop.
	Файл Power BI Desktop (PBIX) файла проекта Power BI (PBIP) сохраняется в общей библиотеке в OneDrive. Создатель содержимого сохраняет версии этих файлов в OneDrive.
	Когда он будет готов, создатель содержимого публикует файл Power BI Desktop в служба Power BI.
	Содержимое публикуется в рабочей области, предназначенной для разработки.
	Администратор конвейера развертывания настраивает конвейер развертывания Power BI с тремя этапами: разработка, тестирование и рабочая среда. Каждый этап соответствует отдельной рабочей области в служба Power BI. Параметры развертывания и доступ настраиваются для конвейера развертывания.
	Для рабочей области разработки (или тестирования) задана емкость Fabric, емкость Premium, премиум на пользователя или режим лицензии Embedded. Конвейеры развертывания Power BI — это функция, доступная только в рабочих областях с этими режимами лицензий.
	Создатели содержимого и владельцы совместно работают в рабочей области разработки, чтобы обеспечить соблюдение всех требований.
	Когда содержимое разработки будет готово, конвейер развертывания сравнивает содержимое между этапами разработки и тестирования.
	Некоторые или все элементы Power BI развертываются в рабочей области, выделенной для тестирования.
	После завершения развертывания конвейер развертывания создатель содержимого вручную выполняет действия после развертывания для тестовой рабочей области. Действия могут включать настройку запланированного обновления данных или публикацию приложения Power BI для тестовой рабочей области.
	Проверка качества, проверка данных и проверка принятия пользователем выполняются рецензентами тестовой рабочей области.
	Когда тестовый контент полностью проверяется, конвейер развертывания сравнивает содержимое между этапами тестирования и рабочей среды.
	Некоторые или все элементы Power BI развертываются в рабочей области, выделенной для рабочей среды. Для рабочей области , емкости Fabric или режима лицензирования емкости Premium часто более подходящим, если существует большое количество потребителей только для чтения.
	После завершения развертывания конвейер развертывания создатели содержимого могут вручную выполнять действия после развертывания. Действия могут включать настройку запланированного обновления данных или публикацию приложения Power BI для рабочей области.
	Средства просмотра содержимого получают доступ к содержимому с помощью рабочей области или приложения Power BI.
	Некоторым источникам данных может потребоваться локальный шлюз данных или шлюз виртуальной сети для обновления данных, например те, которые находятся в частной сети организации.
	Администраторы Структуры контролируют и отслеживают действия на портале Fabric. Содержимое, которое считается достаточно важным, чтобы иметь отдельные рабочие области разработки, тестирования и рабочей среды могут быть подвержены более строгим требованиям к управлению, чем менее критическое содержимое.

Совет

Рекомендуется также просмотреть расширенный сценарий управления моделями данных. Он основывается на концепциях, представленных в этом сценарии.

Ключевые моменты

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

Конвейер развертывания

Конвейер развертывания состоит из трех этапов: разработки, тестирования и рабочей среды. Каждая рабочая область назначается каждому этапу в конвейере развертывания. Элементы Power BI, поддерживаемые конвейерами развертывания, публикуются (или клонируются) из одной рабочей области в другую при развертывании. После завершения тестирования и проверки конвейер развертывания можно многократно использовать, чтобы быстро повысить уровень содержимого. Интерфейс конвейера развертывания легко реализовать для создателей контента, у которых нет навыков или желания использовать развертывания на основе кода (использование REST API Power BI описаны в сценарии публикации корпоративного содержимого).

Примечание.

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

Процесс развертывания

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

Совет

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

Модель разрешений

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

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

Примечание.

Большинство потребителей контента не знают о рабочих областях разработки и тестирования.

Доступ к конвейеру развертывания

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

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

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

Совет

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

Лицензирование Power BI Premium

Внимание

Иногда эта статья относится к Power BI Premium или ее подпискам на емкость (SKU). Обратите внимание, что корпорация Майкрософт в настоящее время объединяет варианты покупки и отставает от номера SKU емкости Power BI Premium. Новые и существующие клиенты должны рассмотреть возможность приобретения подписок на емкость Fabric (SKU) вместо этого.

Дополнительные сведения см. в разделе "Важные обновления", поступающие в лицензирование Power BI Premium и вопросы и ответы по Power BI Premium.

Конвейеры развертывания Power BI — это функция "Премиум". Существует различные способы получения лицензирования в зависимости от того, используется ли содержимое для разработки, тестирования или рабочей среды. Схема сценария показывает использование номеров SKU уровня "Премиум", таких как P1, P2, P3, P4 или P5 для рабочей области, а также лицензию Power BI Premium на пользователя (PPU) для разработки и тестирования рабочих областей. Использование лицензирования PPU для рабочих областей с очень немногими пользователями (как показано на схеме сценария) является экономичным способом использования функций Premium, сохраняя их отдельно от емкости Premium, назначенной для рабочих нагрузок.

Параметры развертывания

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

Действия после развертывания

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

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

Внимание

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

Хранилище OneDrive

Схема сценария показана с помощью OneDrive для хранения исходных файлов Power BI Desktop. Цель заключается в хранении исходных файлов в расположении:

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

Совет

Если расположение OneDrive синхронизировано с рабочей областью, настройте его только для рабочей области разработки.

Установка шлюза

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

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

Примечание.

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

Системный надзор

Журнал действий записывает действия пользователя, происходящие в служба Power BI. Администраторы Power BI могут использовать данные журнала действий, собранные для аудита, чтобы помочь им понять действия развертывания, которые происходят.

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

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