Планирование развертывания для миграции в Power BI

  • Статья

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

Diagram shows the stages of a Power BI migration. Stage 2 is emphasized for this article.

Примечание.

Полное описание приведенного выше рисунка см. в обзоре миграции Power BI.

Основной целью этапа 2 является определение того, как требования, определенные на этапе 1, используются для переноса решения в Power BI.

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

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

Важно!

Этапы 1–5 представляют действия, связанные с одним конкретным решением. Существуют решения и действия на уровне организации или клиента, которые влияют на процесс на уровне решения. Некоторые из этих мероприятий по планированию на более высоком уровне рассматриваются в статье о миграции Power BI. При необходимости отложите решения на уровне организации для обеспечения эффективности и согласованности.

Совет

Темы, рассмотренные в этой статье, также относятся к стандартному проекту реализации Power BI.

Выбор продукта Power BI

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

Внимание

Если вы заманчиво полагаться на использование файлов Power BI Desktop, хранящихся в файловой системе, помните, что это не оптимальный подход. Использование служба Power BI (или Сервер отчетов Power BI) имеет значительные преимущества для безопасности, распространения содержимого и совместной работы. Возможность аудита и мониторинга действий также включена служба Power BI.

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

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

  • Нужна ли новая рабочая область для этого нового решения?
  • Потребуются ли отдельные рабочие области для размещения разработки, тестирования и рабочей среды?
  • Будут ли отдельные рабочие области использоваться для данных и отчетов или будет достаточно одной рабочей области? Отдельные рабочие области имеют множество преимуществ, особенно для защиты семантических моделей (ранее известных как наборы данных). При необходимости их можно управлять отдельно от тех пользователей, которые публикуют отчеты.
  • Каковы требования к безопасности для рабочей области? Это влияет на планирование ролей рабочей области. Если приложение будет использоваться потребителями содержимого, разрешения аудитории для приложения управляются отдельно от рабочей области. Различные разрешения для средств просмотра приложений позволяют обеспечить дополнительную гибкость в соответствии с требованиями к безопасности для потребителей отчетов или панелей мониторинга только для чтения.
  • Можно ли использовать существующие группы для защиты нового содержимого? Поддерживаются обе группы в идентификаторе Microsoft Entra (ранее известном как Azure Active Directory) и Microsoft 365. При согласовании с существующими процессами использование групп упрощает управление разрешениями, чем назначения отдельным пользователям.
  • Существуют ли вопросы безопасности, связанные с внешними гостевыми пользователями? Возможно, вам потребуется работать с администратором Microsoft Entra и администратором Power BI, чтобы настроить гостевой доступ пользователей.

Совет

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

Определение способа использования содержимого

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

  • Будет ли приложение Power BI (которое состоит из отчетов и панелей мониторинга из одной рабочей области) лучшим способом доставки содержимого потребителям или будет ли прямой доступ к рабочей области достаточно для просмотра содержимого?
  • Будут ли некоторые отчеты и панели мониторинга внедрены в другое место, например Teams, SharePoint Online или безопасный портал или веб-сайт?
  • Будут ли потребители получать доступ к контенту с помощью мобильных устройств? Требования к доставке отчетов на небольшие форм-факторы будут влиять на некоторые решения по проектированию отчетов.

Определите, можно ли создать другое содержимое

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

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

Внимание

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

Оценка потребностей емкости Premium

Дополнительные возможности доступны, если рабочая область хранится в емкости Premium. Ниже приведено несколько причин, по которым рабочие области в емкости Premium могут быть выгодными:

  • Доступ к содержимому можно получить пользователям, у которых нет лицензии Power BI Pro или Premium на пользователя (PPU).
  • Поддержка больших семантических моделей.
  • Поддержка более частых обновлений данных.
  • Поддержка использования полного набора функций потоков данных.
  • Корпоративные функции, включая конвейеры развертывания и конечную точку XMLA.

Определение метода получения данных

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

  • Можно ли использовать существующие общие семантические модели Power BI или создать новую семантику Power BI, подходящую для этого решения?
  • Необходимо ли дополнить существующую общую семантику с помощью новых данных или мер в соответствии с дополнительными потребностями?
  • Какой режим хранения данных будет наиболее подходящим? Параметры включают импорт, DirectQuery, составной или live Подключение ion.
  • Следует ли использовать агрегаты для повышения производительности запросов?
  • Будет ли создание потока данных полезным и может ли оно служить источником для многочисленных семантических моделей?
  • Необходимо ли зарегистрировать новый источник данных шлюза?

Определите, где будет храниться исходное содержимое

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

  • Укажите утвержденное расположение для хранения исходных файлов Power BI Desktop (PBIX). В идеале это расположение доступно только пользователям, которые редактируют содержимое. Он должен соответствовать настройке безопасности в служба Power BI.
  • Используйте расположение для исходных файлов Power BI Desktop, включающих журнал версий или управление версиями. При необходимости управление версиями позволяет автору содержимого отменить изменения к предыдущей версии файла. OneDrive для работы или учебного заведения или SharePoint хорошо подходит для этой цели.
  • Укажите утвержденное расположение для хранения нецентрализованных исходных данных, таких как неструктурированные файлы или файлы Excel. Это должен быть путь, по которому любой из создателей семантической модели может достичь без ошибок и регулярно выполняет резервное копирование.
  • Укажите утвержденное расположение для содержимого, экспортированного из служба Power BI. Цель заключается в том, чтобы обеспечить безопасность, определенную в служба Power BI, непреднамеренно обойтись.

Важно!

Указание защищенного расположения для исходных файлов Power BI Desktop особенно важно, если они содержат импортированные данные.

Оценка уровня усилий

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

Совет

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

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

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

Другие полезные ресурсы:

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