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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 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 соответствующим средством разработки.

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

Power BI Report Builder

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

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

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

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

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

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

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

• Используйте внешнее средство для подключения к локальной модели данных в 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.

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

Все создатели содержимого, совместно использующие разработку 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) или стороннем инструменте.

• Драйверы: драйвер — это программный компонент, который подключается к другим системам. Например, для подключения к базе данных Oracle может потребоваться клиентское программное обеспечение Oracle Data Access. Кроме того, для подключения к SAP HANA может потребоваться драйвер ODBC.
• Пользовательские соединители: при подключении к устаревшей или частной системе может потребоваться настраиваемый соединитель источника данных.
• Поставщик Excel: поставщик анализа в Excel позволяет пользователям создавать визуализации в Excel при подключении к существующей общей семантической модели, опубликованной в служба Power BI.
• Клиентские библиотеки служб Analysis Services: при подключении к источнику служб Analysis Services необходимо установить клиентская библиотека .
• Поставщик OLE DB для базы данных Access. При подключении к базе данных Access необходимо установить поставщика OLE DB.

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

Создатели содержимого с установленными клиентскими инструментами, такими как 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).

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

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

Групповая политика обеспечивает централизованное управление и настройку операционных систем, приложений и параметров пользователей компьютеров 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 см. в статье о планировании реализации Power BI.