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

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

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

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

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

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

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

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

Пункт	Описание
	Создатель содержимого 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, премиум на пользователя или тип внедреннойрабочей области. Конвейеры развертывания Power BI — это функция, доступная только в рабочих областях с этими типами рабочих областей.
	Создатели содержимого и владельцы совместно работают в рабочей области разработки, чтобы обеспечить соблюдение всех требований.
	Когда содержимое разработки будет готово, конвейер развертывания сравнивает содержимое между этапами разработки и тестирования.
	Некоторые или все элементы Power BI развертываются в рабочей области, выделенной для тестирования.
	После того как конвейер развертывания завершит свою работу, создатель контента вручную выполняет действия после развертывания для тестовой рабочей области. Действия могут включать настройку запланированного обновления данных или публикацию приложения Power BI для тестовой рабочей области.
	Проверка качества, проверка данных и проверка принятия пользователем выполняются рецензентами тестовой рабочей области.
	Когда тестовый контент полностью проверен, конвейер развертывания сравнивает содержимое между этапами тестирования и продуктовой стадией.
	Некоторые или все элементы Power BI развертываются в рабочей области, выделенной для производственной среды. Для производственной рабочей области тип емкости Fabric или емкости Premium чаще всего более подходящ, когда существует большое количество пользователей с правом только на чтение.
	После того как конвейер развертывания завершает процесс, создатели контента могут вручную выполнять действия после развертывания. Действия могут включать настройку запланированного обновления данных или публикацию приложения Power BI для рабочей области.
	Просмотрщики содержимого получают доступ к содержимому с помощью производственной рабочей области или приложения Power BI.
	Некоторым источникам данных может потребоваться локальный шлюз данных или шлюз виртуальной сети для обновления данных, например те, которые находятся в частной сети организации.
	Администраторы Fabric контролируют и отслеживают действия на портале Fabric. Содержимое, которое считается достаточно важным, чтобы иметь отдельные рабочие области разработки, тестирования и рабочей среды могут быть подвержены более строгим требованиям к управлению, чем менее критическое содержимое.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хранилище OneDrive

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

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

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

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

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

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

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

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

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