Бөлісу құралы:

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

  • Мақала

Примечание.

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

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

  • Центр превосходства (COE) и группы бизнес-аналитики: команды, ответственные за надзор за Power BI в организации. К этим командам относятся лица, принимающие решения, которые должны решить, какие средства следует использовать для создания содержимого Power BI.
  • Администраторы Структуры: администраторы, ответственные за надзор за Структурой в организации.
  • ИТ-отделы и группы инфраструктуры: технический персонал, который устанавливает, обновляет и управляет устройствами и компьютерами пользователей.
  • Создатели содержимого и владельцы контента: пользователи, которым нужно взаимодействовать с коллегами и запрашивать то, что им нужно установить.

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

Запросы на новые инструменты

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

  • Запросы на программное обеспечение
  • Запросы на лицензию пользователя
  • Учебные запросы
  • Запросы на доступ к данным

Установка программного обеспечения обычно отвечает ИТ-отделу. Чтобы обеспечить оптимальное взаимодействие с пользователем, важно, чтобы ИТ-служба сотрудничала с Центром превосходства (COE) по ключевым решениям и процессам, таким как:

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

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

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

Планирование средств потребителей

В организации многие пользователи классифицируются как потребители. Содержимое пользовательского представления, созданное и опубликованное другими пользователями.

Наиболее распространенные способы, которым потребитель может получить доступ к содержимому Power BI, включают:

Программное обеспечение. Целевая аудитория
Служба Power BI Потребители содержимого просматривают содержимое с помощью веб-браузера (например, Microsoft Edge).
Teams Потребители контента, которые просматривают содержимое, опубликованное в служба Power BI с помощью приложения Power BI для Microsoft Teams. Этот вариант удобнее, когда пользователи тратят много времени в Teams. Дополнительные сведения см. в руководстве по использованию Power BI в Microsoft Teams.
Мобильное приложение Power BI Потребители контента, взаимодействующие с контентом, опубликованным в служба Power BI (или Сервер отчетов Power BI) с помощью приложений iOS, Android или Windows 10.
Средство просмотра OneDrive и SharePoint Потребители содержимого, просматривающие файлы Power BI Desktop (PBIX), которые хранятся в OneDrive или SharePoint с помощью веб-браузера. Этот параметр является полезной альтернативой совместному использованию исходных файлов Power BI Desktop. Средство просмотра OneDrive или SharePoint наиболее подходит для неофициальных команд, которые хотят предоставить удобный веб-интерфейс, отчеты о потребителе без явной публикации PBIX-файлов в служба Power BI.
Решения Power Apps Потребители контента, которые просматривают содержимое из служба Power BI, внедренных в решение Power Apps.
Custom application (Пользовательское приложение) Потребители контента, которые просматривают содержимое из служба Power BI, внедренных в пользовательское приложение для вашей организации или для клиентов.

Примечание.

Этот список не предназначен для доступа к содержимому Power BI.

Так как взаимодействие с пользователем может немного отличаться от разных веб-браузеров, рекомендуется документирование рекомендаций браузера на централизованном портале. Дополнительные сведения см. в статье "Поддерживаемые браузеры для Power BI".

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

  • Используйте современный веб-браузер: убедитесь, что у всех пользователей есть доступ к современному веб-браузеру, который поддерживается для Power BI. Убедитесь, что предпочтительный браузер регулярно обновляется на всех пользовательских устройствах.
  • Определите, как teams следует использовать с Power BI: определите, как работают пользователи в настоящее время, и насколько полезна интеграция Teams. Настройте интеграцию Enable Teams и приложение Power BI автоматически устанавливает параметры клиента на портале администрирования Fabric в соответствии с вашим решением.
  • Включите и установите приложение Teams: если Teams является часто используемым средством, включите приложение Power BI для Microsoft Teams. Рекомендуется предварительно установить приложение для всех пользователей в качестве удобства.
  • Определите, разрешено ли просмотр файлов Power BI Desktop: рекомендуется ли просматривать файлы Power BI Desktop, хранящиеся в OneDrive или SharePoint. Задайте пользователям возможность просматривать файлы Power BI, сохраненные в OneDrive и клиенте SharePoint в соответствии с вашим решением.
  • Обучайте пользователей: предоставьте рекомендации и учебные материалы создателям контента о том, как лучше всего использовать каждый вариант и где безопасно хранить файлы. Включите рекомендации, такие как предпочтительный веб-браузер, на централизованном портале.
  • Провести передачу знаний с помощью группы поддержки: убедитесь, что группа поддержки готова ответить на часто задаваемые вопросы от пользователей.

Планирование средств разработки

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

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

Совет

В этом разделе представлены наиболее распространенные средства разработки. Однако автору не нужны все из них. Если сомневаться, начните только с установки Power BI Desktop.

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

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

Программное обеспечение. Целевая аудитория
Служба Power BI Потребители содержимого и создатели, которые разрабатывают содержимое с помощью веб-браузера.
Power BI Desktop Создатели контента, которые разрабатывают модели данных и интерактивные отчеты, которые будут опубликованы в служба Power BI.
Power BI Desktop оптимизирован для сервера отчетов Создатели контента, которые разрабатывают модели данных и интерактивные отчеты, которые будут опубликованы в Сервер отчетов Power BI (упрощенный локальный портал отчетов).
Power BI Report Builder Создатели отчетов, которые разрабатывают отчеты с разбивкой на страницы, которые будут опубликованы в служба Power BI или в Сервер отчетов Power BI.
Приложение Power BI для Teams Создатели контента и потребители, взаимодействующие с содержимым в служба Power BI, когда их предпочтения должны оставаться в приложении Microsoft Teams.
Мобильное приложение Power BI Создатели контента и потребители, взаимодействующие с контентом, опубликованным в служба Power BI (или Сервер отчетов Power BI) с помощью приложений iOS, Android или Windows 10.
Excel Создатели контента, которые разрабатывают отчеты на основе Excel в книгах, которые могут включать сводные таблицы, диаграммы, срезы и многое другое. Кроме того, книги Excel можно просматривать в служба Power BI, если они хранятся в SharePoint или OneDrive для работы или учебного заведения.
Сторонние средства Расширенные создатели содержимого могут дополнительно использовать сторонние средства и расширить встроенные возможности для таких целей, как расширенное управление моделью данных и публикация корпоративного контента.

Выбор средства разработки

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

  • Желательно ли создавать на основе браузера? Для повышения удобства использования и снижения трений Power BI (и других рабочих нагрузок Fabric) поддерживает функции на основе браузера для использования содержимого, а также для создания контента. Это преимущество, так как веб-браузер легко доступен всем пользователям, независимо от используемой операционной системы компьютеров (включая пользователей Mac).
  • Что такое нужный опыт разработки? Рассмотрим, что Power BI Desktop можно использовать для создания моделей данных и интерактивных отчетов, в то время как Power BI построитель отчетов — это средство разработки для создания отчетов с разбивкой на страницы. Кроме того, сторонние средства предоставляют дополнительные функциональные возможности разработчикам, которые недоступны в Power BI Desktop. Так как опыт разработки отличается от средств, требования для каждого конкретного решения должны учитывать ваше решение о том, какой инструмент следует использовать.
  • Какой интерфейс нужной публикации? Расширенные создатели контента и владельцы контента могут предпочесть опубликовать содержимое с помощью стороннего средства (например, набора средств ALM для сравнения и слияния моделей). Необходимо учитывать требования для каждого конкретного решения.
  • Какой предпочтительный способ доступа к семантической модели или управления ими? Вместо использования стандартного интерфейса Power Query расширенные создатели содержимого могут предпочесть читать и /или записывать в семантические модели с помощью выбранного средства с помощью конечной точки XMLA. Необходимо учитывать требования для каждого конкретного решения.
  • Насколько легко можно обновлять клиентские средства? Некоторым организациям сложно установить частые обновления клиентских приложений. В этом случае пользователи могут по возможности использовать веб-браузер.
  • Каковы навыки и опыт пользователей? Существуют знания и предпочтения, влияющие на выбранный инструмент. Этот выбор влияет как на начальные действия разработки, так и на тех, кто будет поддерживать пользователей и поддерживать существующие решения.
  • Как управлять версиями? Управление версиями может выполняться несколькими способами. При работе с клиентским средством пользователи самообслуживания могут предпочесть использовать OneDrive или SharePoint, в то время как более сложные пользователи могут предпочесть интеграцию Git с клиентскими инструментами. При работе с служба Power BI интеграция рабочей области Git доступна.

Совет

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

Когда следует использовать каждое средство разработки

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

Разработка на основе веб-сайтов

Возможности в служба Power BI для разработки и редактирования содержимого постоянно развиваются (наряду с возможностями для просмотра, совместного использования и распространения содержимого). Для создателей содержимого, использующих операционную систему, не являющуюся Windows (например, macOS, Linux или Unix), веб-разработка в служба Power BI является жизнеспособным вариантом. Разработка на основе Веб-сайтов также полезна для организаций, которые не могут своевременно обновлять Power BI Desktop.

Примечание.

Так как служба Power BI является веб-приложением, корпорация Майкрософт устанавливает все обновления, чтобы убедиться, что это последняя версия. Это может быть значительным преимуществом для занятых ИТ-команд. Однако при возникновении выпусков важно внимательно отслеживать изменения компонентов.

Существуют некоторые типы элементов Power BI, которые можно создать в веб-интерфейсе, например:

  • Потоки данных
  • Киоски данных
  • Отчеты, разбитые на страницы
  • Отчеты Power BI
  • Панели мониторинга
  • Системы показателей

Комплексное решение Fabric можно создать в браузере. Решение может включать элементы Power BI, а также элементы, отличные от Power BI (например, lakehouse).

Внимание

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

Power BI Desktop

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

Ниже приведены некоторые моменты, которые следует учитывать при использовании Power BI Desktop.

  • Отчеты можно создавать в Power BI Desktop или в служба Power BI. Благодаря этой гибкости последовательный процесс разработки содержимого и его разработки.
  • Использование управления версиями считается оптимальным способом. Одним из вариантов для создателей содержимого самообслуживания является сохранение файлов, созданных Power BI Desktop в расположении с включенным управлением версиями (например , OneDrive или SharePoint), которые можно защитить для авторизованных пользователей. Расширенные создатели контента могут предпочесть использовать интеграцию Git.
  • Power BI Desktop доступен как классическое приложение Windows. При необходимости можно запустить Power BI Desktop в виртуализированной среде.
  • Power BI Desktop обычно обновляется каждый месяц. Регулярные обновления позволяют пользователям быстро получать доступ к новым функциям. Однако для развертывания частых обновлений в крупной организации требуется планирование. Дополнительные сведения см . в разделе "Клиентские инструменты " далее в этой статье.

Примечание.

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

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

Power BI Desktop для сервера отчетов

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

Важно, чтобы создатели содержимого использовали правильную версию сервера отчетов Power BI Desktop, чтобы избежать проблем совместимости после публикации содержимого в Сервер отчетов Power BI. Вы можете вручную скачать и установить Power BI Desktop для сервера отчетов из Центра загрузки Майкрософт.

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

  • Вариант 1. Для сервера отчетов используется только Power BI Desktop, так как он создает файлы, которые можно опубликовать как на служба Power BI, так и на сервере отчетов. Новые функции разработки будут доступны пользователям примерно каждые четыре месяца (чтобы оставаться в соответствии с частотой выпуска Сервер отчетов Power BI).
    • Преимущества.
      • Создатели содержимого должны использовать только одно средство.
      • Создатели содержимого уверены, что содержимое, которое они публикуют, совместимо с сервером отчетов.
      • Меньше средств проще управлять.
    • Недостатки.
      • Некоторые функции, поддерживаемые только в служба Power BI, недоступны в версии сервера отчетов Power BI Desktop. Поэтому создатели контента могут найти его ограничение.
      • Новые функции становятся более медленными, чтобы стать доступными.
      • Предварительные версии функций недоступны.
  • Вариант 2. Запуск обеих версий — Power BI Desktop и Power BI Desktop для сервера отчетов — параллельно.
    • Преимущества.
      • Все функции в стандартной версии Power BI Desktop доступны для использования.
      • Новые возможности для стандартного Power BI Desktop доступны быстрее.
      • Предварительные версии функций для стандартного Power BI Desktop доступны для использования по усмотрению создателя содержимого.
    • Недостатки.
      • Создатели содержимого должны быть подготовлены к сложности, так как им необходимо помнить, какую версию следует использовать в зависимости от целевого расположения развертывания. Риск заключается в том, что если PBIX-файл из более новой версии непреднамеренно публикуется в Сервер отчетов Power BI, он может не работать правильно. Например, запросы модели данных завершаются сбоем, обновление данных завершается ошибкой или отчеты не отображаются должным образом.
      • Создатели содержимого должны учитывать поведение по умолчанию, когда они непосредственно открывают PBIX-файлы (вместо открытия их из Power BI Desktop).

Microsoft Excel

Многие бизнес-пользователи имеют опыт работы с Microsoft Excel и хотят использовать его для анализа данных с помощью сводных таблиц, диаграмм и срезов. Существуют и другие полезные функции Excel (например , функции куба), которые обеспечивают большую гибкость и форматирование при проектировании макета сетки значений. Некоторые создатели контента также могут использовать формулы Excel для некоторых типов вычислений (вместо вычислений DAX в модели данных), особенно при выполнении действий по просмотру данных.

Ниже приведено несколько способов эффективного использования Excel с Power BI.

  • Подключение Excel к семантической модели Power BI: эта возможность называется динамическим подключением Excel (при запуске из Excel) или как анализ в Excel (при запуске с служба Power BI). Подключение Excel к семантической модели Power BI лучше всего подходит для создателей отчетов, которые предпочитают использовать Excel для создания визуализаций, подключенных к существующей общей семантической модели. Преимущество этого подхода заключается в том, что это подключение , а не экспорт данных, поэтому данные в книге Excel можно обновить.
  • Подключите Excel к избранным таблицам в семантической модели Power BI: если вы предпочитаете подключать Excel к подмножествам таблиц в семантической модели Power BI (а не всей общей семантической модели), можно использовать рекомендуемые таблицы. Этот параметр хорошо подходит, если необходимо связать данные в Excel с данными, хранящимися в Power BI.
  • Экспорт в Excel с динамическим подключением: при просмотре визуального элемента можно экспортировать таблицу обновляемых данных в Excel. Этот метод полезен для дальнейшего изучения данных с помощью сводной таблицы в Excel.
  • Создание модели данных Excel: модель данных Excel (прежнее название — Power Pivot) — это собственная функция Excel. Он использует тот же ядро СУБД, что и Power BI для хранения импортированных семантических моделей, а также те же функции Power Query для получения данных. Однако в Excel функциональные возможности обновляются гораздо реже, чем Power BI. Это полезно для создателей контента, которые создают небольшие модели и имеют сильные предпочтения для работы в Excel. При необходимости вы можете импортировать книгу из SharePoint или OneDrive для работы или бизнеса. Это позволяет просматривать книгу в служба Power BI. Кроме того, можно создать семантику Power BI, синхронизированную с данными в книге (при хранении в OneDrive для работы или учебного заведения).

Существуют другие способы работы с Excel. Эти параметры являются менее оптимальными, поэтому их следует использовать только при необходимости.

  • Экспорт в Excel: многие пользователи создали привычку экспортировать данные в Excel из отчетов или панелей мониторинга. Хотя Power BI поддерживает эту возможность, ее следует использовать осторожно и в модерации, так как она приводит к статичном набору данных. Чтобы гарантировать, что экспорт данных в Excel не используется, пользователи в организации должны быть образованными на недостатках экспорта и администраторов должны отслеживать экспорт данных о действиях пользователя.
  • Получение исходных данных из Excel: Excel можно использовать в качестве источника данных при импорте данных в Power BI. Эта возможность лучше всего подходит для небольших проектов, когда для поддержания исходных данных требуется удобное решение Excel. Это также может быть полезно для быстрого проведения подтверждения концепции (POC). Тем не менее, чтобы снизить риск, связанный с источниками данных Excel, исходный файл Excel должен храниться в безопасном общем расположении. Кроме того, имена столбцов не следует изменять, чтобы обеспечить успешное обновление данных.

Совет

Рекомендуется в первую очередь поощрять использование Excel в качестве динамического подключения.

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

  • Некоторые предварительные требования должны быть выполнены, чтобы разрешить пользователям подключаться к семантической модели Power BI из Excel.
  • В некоторых организациях у пользователей установлена 32-разрядная версия Excel, а не 64-разрядная версия. 64-разрядная версия Excel может поддерживать большие объемы данных и, как правило, лучше, чем 32-разрядная версия. Все поставщики данных также должны соответствовать этому выбору.
  • Некоторые функции в Power BI Desktop недоступны в модели данных Excel или выпускаются на значительно более медленном темпе. Поэтому сложные требования к моделированию могут быть (легко) в Excel.
  • Некоторые соединители и источники данных, доступные в Power BI Desktop, недоступны в Excel.

Совет

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

Power BI Report Builder

Power BI построитель отчетов — это средство для создания файла отчета с разбивкой на страницы (RDL). Отчеты с разбивкой на страницы можно развернуть в служба Power BI или Сервер отчетов Power BI. Если у вас есть опыт создания отчетов в СЛУЖБАх SQL Server Reporting Services (SSRS), вы найдете такой же опыт создания отчетов.

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

Совет

Другие сценарии, которые предпочитают выбирать отчеты с разбивкой на страницы, см. в статье "Когда следует использовать отчеты с разбивкой на страницы" в Power BI.

Ниже приведены некоторые важные моменты, которые следует учитывать при выборе построитель отчетов Power BI.

  • Подход, работающий в Power BI построитель отчетов с другим мышлением, чем при работе в Power BI Desktop. Отчет с разбивкой на страницы всегда фокусируется на создании одного отдельного отчета (и наоборот, семантическая модель, созданная в Power BI Desktop, может обслуживать множество различных отчетов).
  • Разработка отчетов с разбивкой на страницы включает больше навыков, чем создание отчетов Power BI. Однако основное преимущество — точное управление получением данных, макетом и размещением.
  • Отчет с разбивкой на страницы связан как с извлечением данных, так и с макетом. Для получения данных из внешнего источника данных требуется разработать запрос (известный как набор данных), который может включать написание собственного оператора запроса (в DAX, T-SQL или другом языке). Набор данных принадлежит одному отчету, поэтому его нельзя публиковать и использовать другими отчетами с разбивкой на страницы.
  • Потребители отчетов привыкли к встроенной интерактивности отчетов Power BI. Однако интерактивность отчетов не является силой отчетов с разбивкой на страницы. Попытка достичь аналогичной интерактивности в отчетах с разбивкой на страницы может быть сложной или невозможной.
  • Если необходимо получить доступ к данным с помощью хранимой процедуры базы данных (например, хранимой процедуры База данных SQL Azure), это возможно с отчетами с разбивкой на страницы.
  • Существуют некоторые различия функций и неподдерживаемые возможности в зависимости от того, публикуется ли отчет с разбивкой на страницы в служба Power BI или Сервер отчетов Power BI. Мы рекомендуем провести доказательство концепции, чтобы определить, что возможно для целевой среды.

Совет

Дополнительные сведения см. в статьях "Отчеты с разбивкой на страницы" в Power BI: часто задаваемые вопросы и советы по проектированию отчетов в Power BI построитель отчетов.

Сторонние средства

Расширенные создатели контента могут использовать сторонние средства, особенно для операций корпоративного масштаба. Они могут использовать сторонние средства для разработки, публикации, управления и оптимизации моделей данных. Цель этих средств — расширить возможности разработки и управления, доступные создателям семантической модели. Распространенные примеры сторонних инструментов включают табличный редактор, DAX Studio и набор средств ALM. Дополнительные сведения см. в сценарии использования расширенной модели данных.

Примечание.

Использование сторонних средств стало широко распространено в глобальном сообществе Power BI, особенно передовыми создателями контента, разработчиками и ИТ-специалистами.

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

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

Некоторые сторонние средства являются частными и требуют платной лицензии (например, табличного редактора 3). Другие средства сообщества являются бесплатными и открытый код (например, табличный редактор 2, DAX Studio и набор средств ALM). Мы рекомендуем тщательно оценить возможности каждого средства, затрат и его модели поддержки, чтобы вы могли достаточно поддерживать создателей содержимого.

Совет

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

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

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

Управление устройствами и настройка

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

Клиентские средства

ИТ-служба часто использует термин клиентских средств для ссылки на программное обеспечение, установленное на клиентских компьютерах (устройствах пользователей). Наиболее распространенное программное обеспечение Power BI, установленное на пользовательском устройстве, — Power BI Desktop.

Так как Корпорация Майкрософт обычно обновляет Power BI Desktop каждый месяц, важно иметь простой процесс для управления установками и обновлениями.

Ниже приведено несколько способов управления установками и обновлениями Power BI Desktop.

Тип установки Поддерживает автоматическое обновление Description
Microsoft Store Да Power BI Desktop распространяется из Microsoft Store. Все обновления, включая исправления ошибок, устанавливаются автоматически. Этот вариант является простым и простым подходом, если ваша организация не блокирует некоторые (или все) приложения из Microsoft Store для некоторых (или всех) пользователей.
Установка вручную No Вы можете вручную скачать и установить исполняемый файл (.exe) из Центра загрузки Майкрософт. Однако помните, что пользователь, устанавливающий программное обеспечение, должен иметь права локального администратора— в большинстве организаций эти права ограничены. Если вы решили использовать этот подход (и он не управляется ИТ-службой), существует риск того, что пользователи в конечном итоге будут иметь разные версии Power BI Desktop, что может привести к проблемам совместимости. Кроме того, при таком подходе каждый пользователь должен быть уведомлен о установке выпусков быстрого исправления (QFE), также известных как исправления ошибок, когда они выходят.
Управляемые ИТ-системами Зависит от установки Вы можете использовать различные методы развертывания организации, управляемые ИТ,например Microsoft System Center или Microsoft Application Virtualization (App-V). Этот вариант лучше всего подходит для организаций, которым требуется управлять множеством установок в масштабе или в настраиваемом режиме.

Важно, чтобы устройства пользователей имели достаточные системные ресурсы. Для продуктивной работы создателей контента, которые работают с большими объемами данных, могут потребоваться системные ресурсы, превышающие минимальные требования, особенно память (ОЗУ) и ЦП. Возможно, ИТ-разработчики предложили спецификации компьютеров на основе опыта работы с другими создателями контента.

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

  • Несколько создателей контента, которые совместно работают с файлом Power BI Desktop, уверены в том, что они находятся в одной версии. Важно, чтобы создатели, работающие вместе с тем же PBIX-файлом, использовали ту же версию программного обеспечения.
  • Для получения обновлений пользователям не придется предпринимать никаких конкретных действий.
  • Пользователи могут воспользоваться преимуществами новых возможностей, и их взаимодействие соответствует объявлениям и документации. Это может повлиять на внедрение и удовлетворенность пользователей, когда создатели контента узнали о новых возможностях и функциях, но они испытывают длительные задержки между обновлениями программного обеспечения.
  • Только последняя версия Power BI Desktop поддерживается корпорацией Майкрософт. Если у пользователя возникла проблема и запросить запрос в службу поддержки Майкрософт, чтобы обновить программное обеспечение до последней версии.

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

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

Примечание.

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

Предварительные требования к клиентскому инструменту

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

  • WebView2: (обязательно) Для создателей содержимого под управлением Power BI Desktop среда выполнения Microsoft Edge WebView2 является обязательным условием. WebView2 позволяет внедрять веб-технологии (например, HTML, CSS и JavaScript) в Power BI Desktop безопасным способом. WebView2 уже будет установлен, если на устройстве пользователя установлена последняя версия Windows или установлены приложения Microsoft 365, а ежемесячные обновления включены.
  • платформа .NET Framework. (Обязательно) Для создателей содержимого, работающих под управлением Power BI Desktop или стороннего средства, платформа .NET Framework является обязательным условием. Платформа .NET Framework — это технология, которая поддерживает создание и запуск приложений Windows. Для Power BI Desktop требуется определенная версия или более поздняя версия.
  • Microsoft Edge: (обязательно) Для создателей содержимого под управлением Power BI Desktop браузер Edge является обязательным условием.
  • Пакеты Python и R: (необязательно) скрипты Python и R можно использовать несколькими способами с Power BI при включении параметра клиента. Скрипты можно использовать для создания визуальных элементов Python или визуальных элементов R. Скрипты также можно создавать в Редактор запросов; в этом случае требуется личный шлюз, так как Python и R не поддерживаются в стандартном шлюзе данных. Пакеты Python или пакеты R являются обязательным условием. Чтобы избежать несовместимости, ИТ-специалисты должны управлять установкой пакетов, где они установлены, и что установленные версии соответствуют поддерживаемым в служба Power BI.

Компоненты подключения к данным

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

Внимание

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

Совет

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

Средства управления версиями

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

Существует два основных способа обработки версий файлов разработки.

  • Teams, OneDrive для бизнеса, SharePoint: создатели самостоятельного содержимого часто сохраняют файлы в Teams, OneDrive для работы или учебного заведения или SharePoint. Пользователи находят эти средства знакомыми и простыми для использования. Общие библиотеки могут быть организованы, защищены для соответствующих коллег и встроены в управление версиями.
  • Подключаемые модули управления версиями: расширенные создатели содержимого могут потребоваться интегрировать с средством управления версиями. Например, это обычно включает установку Git для управления версиями, а затем с помощью средства управления версиями, например Visual Studio Code для фиксации изменений содержимого в удаленный репозиторий, таких как Azure DevOps Repos. Для Power BI Desktop можно использовать режим разработчика. В этом режиме содержимое сохраняется в виде файла проекта Power BI (PBIP), совместимого с предпочитаемой системой управления версиями. При работе с Fabric интеграция Git поддерживается для работы с клиентским средством.

Дополнительные сведения см. в статье "Стратегия расположения файлов".

Настраиваемые визуальные элементы

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

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

  • AppSource: AppSource — это marketplace для приложений, надстроек и расширений для программного обеспечения Майкрософт. Визуальные элементы распределены в AppSource с помощью файла визуального элемента Power BI (PBIVIZ). Визуальный элемент может быть свободно распределен или требует лицензии.
    • Преимущества.
      • Пользователи могут искать и находить визуальные элементы в AppSource.
      • Все отчеты и панели мониторинга автоматически обновляются для использования последней версии пользовательских визуальных элементов, полученных из AppSource.
      • Поддерживает использование сертифицированных визуальных элементов.
      • Корпорация Майкрософт выполняет основные проверки визуальных элементов, опубликованных в AppSource. Степень проверки зависит от того, сертифицирован ли визуальный элемент.
    • Возможные недостатки:
      • Когда каждый создатель содержимого загружает необходимые им данные из AppSource, это может привести к несовместимости, когда у пользователей установлены разные версии.
      • Создатель контента может скачать визуальный элемент, который еще не проверен или утвержден для использования в организации.
      • Разработчик визуального элемента должен следовать строгому процессу публикации. Несмотря на то, что она повышает безопасность и повышает стабильность, процесс может затруднить выпуск исправления ошибок быстро,
  • Импорт визуального файла: создатель содержимого может импортировать визуальный файл в Power BI Desktop.
    • Преимущества.
      • Можно установить визуальные элементы, доступные в общедоступной или частной среде. Это включает в себя внутренне разработанные визуальные элементы или собственные визуальные элементы, приобретенные у поставщика.
      • Позволяет получить визуальный файл за пределами AppSource.
    • Возможные недостатки:
      • Без централизованной системы создатели контента могут быть трудно знать, какие визуальные элементы были утверждены для использования в организации.
      • Когда каждый создатель контента импортирует визуальный файл, он может привести к несовместимости при установке разных версий пользователями.
      • Обновления не распространяются автоматически на пользовательские устройства. Отчеты в локальных файлах Power BI Desktop не обновляются, пока каждый пользователь не обновляет свои визуальные файлы.
      • Не поддерживает использование сертифицированных визуальных элементов.
  • Визуальные элементы организации: репозиторий визуальных элементов организации — это централизованная область на портале администрирования Fabric для управления визуальными элементами.
    • Преимущества.
      • Создатели содержимого не должны управлять визуальными файлами. Вместо этого администратор Fabric централизованно управляет версией визуального элемента, доступного для всех пользователей. Согласованность версий гарантируется для всех пользователей и всех отчетов.
      • Можно установить визуальные элементы, доступные в общедоступной или частной среде. Это включает в себя внутренне разработанные визуальные элементы или собственные визуальные элементы, приобретенные у поставщика.
      • Визуальные элементы можно протестировать и предварительно утвердить для использования в организации. Этот процесс проверки снижает риск использования не утвержденных визуальных элементов. Кроме того, она обеспечивает большую гибкость для настройки конкретной версии визуального элемента, которая утверждена для использования.
      • Все отчеты и панели мониторинга автоматически обновляются для использования последней версии (когда визуальный файл обновляется на портале администрирования или доступен в AppSource).
      • Если визуальный элемент, который в настоящее время используется организацией, больше не является надежным, его можно отключить или удалить из репозитория визуальных элементов организации. В этом случае визуальный элемент не будет отображаться в отчетах и панелях мониторинга.
      • Позволяет использовать не сертифицированные визуальные элементы из AppSource. Это полезно, если вы настроили параметр клиента для блокировки несертифицированных визуальных элементов, но определенный не сертифицированный визуальный элемент был проверен и утвержден для использования в организации.
    • Возможные недостатки:
      • Визуальные элементы организации должны управляться централизованно администратором Fabric.
      • Централизация коррелирует с уменьшением гибкости пользователей и потенциалом задержки при обновлении версии визуального элемента.
      • Некоторые функции недоступны, если визуальный элемент не сертифицирован (который требует импорта из AppSource).

Внимание

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

Совет

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

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

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

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

Параметры групповой политики

Групповая политика обеспечивает централизованное управление и настройку операционных систем, приложений и параметров пользователей компьютеров Windows и сетевой среды. Она помогает ИТ-специалистам развертывать и управлять согласованными учетными записями пользователей и параметрами компьютера. Для Power BI Desktop чаще всего используется групповая политика для управления пользовательскими визуальными элементами (описанными в предыдущем разделе).

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

  • Параметр клиента. Добавление и использование сертифицированных визуальных элементов (блокировка без сертификации) позволяет или блокирует использование пользовательских визуальных элементов при создании или изменении отчетов в служба Power BI.

  • Групповая политика: параметр групповой политики управляет использованием пользовательских визуальных элементов при создании или изменении отчетов в Power BI Desktop. Если создатель контента потратил значительное время на создание содержимого в Power BI Desktop, которое не может отображаться в служба Power BI (из-за неправильного параметра клиента), это приведет к значительному количеству разочарований пользователей. Поэтому важно держать их как выровненными.

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

Параметры реестра

Операционная система Windows хранит сведения о компьютере, параметры и параметры в реестре Windows. Для Power BI Desktop параметры реестра можно задать для настройки пользовательских компьютеров. Параметры реестра можно обновить с помощью групповой политики, которая помогает ИТ-специалистам настраивать параметры по умолчанию, согласованные для всех пользователей (или групп пользователей).

Ниже приведено несколько распространенных вариантов использования параметров реестра, связанных с Power BI Desktop.

  • Отключите уведомления о доступности обновления программного обеспечения. Это полезно, если вы уверены, что ИТ-служба получит обновление Power BI Desktop, выполняет проверку, а затем отправляет обновления на пользовательские устройства через обычный процесс.
  • Задайте глобальный уровень конфиденциальности. Рекомендуется задать этот параметр в качестве значения по умолчанию, так как он может помочь избежать нарушений конфиденциальности данных при слиянии разных источников данных.
  • Отключите форму входа в Power BI Desktop. Отключение формы полезно при автоматическом входе на компьютеры организации. В этом случае пользователю не нужно запрашивать запрос.
  • Настройка Редактор запросов производительности. Этот параметр полезен, если необходимо повлиять на поведение выполнения запроса, изменив значения по умолчанию.
  • Отключите вкладку ленты внешних инструментов . Вы можете отключить вкладку ленты, если вы знаете, что вы не можете утвердить или поддержать использование внешних средств.

Совет

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

Управление мобильными устройствами

Многие пользователи любят взаимодействовать с содержимым Power BI на мобильном устройстве, например планшете или телефоне, будь то дома или путешествия. Мобильные приложения Power BI для iOS, Android и Windows в основном предназначены для небольших форм-факторов и сенсорных экранов. Они упрощают взаимодействие с содержимым, опубликованным в служба Power BI или Сервер отчетов Power BI.

Политики защиты приложений и политики защиты устройств можно указать для управляемых и неуправляемых устройств с помощью Microsoft Intune. Intune — это программное обеспечение, которое обеспечивает управление мобильными устройствами и приложениями, а также поддерживает политики управления мобильными приложениями (MAM). Политики можно задать на различных уровнях защиты.

При необходимости решение управления мобильными устройствами (MDM) от Microsoft 365 или стороннего производителя также может использоваться для настройки поведения мобильных приложений Power BI. Приложение Power BI для Windows также поддерживает Windows Information Protection (WIP).

Ниже приведено несколько способов использования политик MAM и MDM.

  • Укажите параметры защиты данных.
  • Шифрование данных приложения, если приложение не используется.
  • Выборочная очистка данных при потере устройства.
  • Предотвращение сохранения данных в личном расположении хранилища.
  • Ограничение действий для выреза, копирования и вставки.
  • Запрет печати данных организации.
  • Для открытия мобильного приложения требуются биометрические данные или ПИН-код доступа.
  • Укажите поведение по умолчанию, когда пользователь выбирает или касается мобильного приложения.

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

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

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

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

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