Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Примечание.
Эта статья является частью серии статей по планированию реализации Power BI . Серия посвящена планированию реализации интерфейса Power BI в Microsoft Fabric. Посмотрите введение к серии.
В этой статье показано, как и когда интегрировать Power BI и Microsoft Fabric с другими службами. Эта статья предназначена в первую очередь для следующих целей:
- Директора и менеджеры по BI и аналитике: лица, принимающие решения, ответственные за руководство программой и стратегией BI. Эти лица решают, следует ли использовать другие службы для поддержки конкретных стратегических целей или дополнения Fabric или Power BI.
- администраторы Fabric: администраторы, ответственные за надзор за Fabric в организации. Администраторы Структуры управляют тем, какие службы могут интегрироваться с Fabric, включив параметры клиента Integration, и они настраивают интеграцию на уровне клиента со службами в Azure или Microsoft Teams. Часто администраторы Fabric должны сотрудничать с другими администраторами, чтобы упростить эту интеграцию.
- Center of Excellence (COE), ИТ-отделы и команды бизнес-аналитики: команды, ответственные за надзор за Power BI в организации. Эти команды ищут возможности использовать интегрированные службы, которые помогают людям решать проблемы или использовать Power BI более эффективно.
- Владельцы контента и создатели контента: команды и лица, которые продвигают аналитику в команде или отделе. Эти команды и отдельные лица выполняют интеграцию на уровне рабочей области и уровня решения для поддержки конкретных потребностей и вариантов использования, где разрешено.
При использовании Power BI могут возникнуть определенные потребности или проблемы, которые нельзя решить с помощью основных средств и функций Power BI. В этих ситуациях рекомендуется интегрировать Power BI с другими службами. Большинство этих служб службы Майкрософт, таких как Azure или Microsoft 365, но вы также можете интегрировать Power BI с пользовательскими или сторонними службами. Расширение функциональных возможностей Power BI таким образом может помочь решить новые проблемы, и это позволяет людям эффективнее работать с их обычными задачами.
Ниже приведены некоторые распространенные сценарии, связанные с интеграцией Power BI с другими службами:
- У вас есть конкретные требования, требующие использования другой службы. Например, необходимо интегрироваться с Приватный канал Azure для подключения к службам через частную конечную точку в вашей виртуальной сети.
- Вы сталкиваетесь с определёнными трудностями, которые Power BI сам по себе не может решить. Например, вы используете интеграцию Azure Log Analytics для получения подробной диагностики запросов ваших семантических моделей для устранения неполадок и аудита.
- Вы хотите использовать уже используемые службы или расширить возможности Power BI. Например, можно разрешить пользователям Excel подключаться к семантическим моделям с помощью надстройки Excel для вставки связанных сводных таблиц.
Power BI можно интегрировать с другими службами на уровне клиента, рабочей области или отдельных решений (например, семантических моделей и отчетов):
- Интеграция на уровне клиента: влияет на весь клиент и настраивается администраторами Fabric, как правило, в сотрудничестве с другими администраторами. Например, интеграция Teams настраивается на уровне арендатора. Другим примером, влияющим на сеть, является Azure ExpressRoute.
- Интеграция на уровне рабочей области: влияет на все содержимое рабочей области и настраивается администраторами рабочих областей. Например, интеграция Git настраивается на уровне рабочей области для реализации управления исходным кодом с помощью Azure Repos, которая является службой Azure DevOps.
- Интеграция на уровне решения: влияет на один элемент контента и настраивается создателем контента. Например, Python или R настраивается на уровне решения, чтобы включить создание пользовательских интерактивных визуальных элементов.
При интеграции Power BI с другими службами следует учитывать следующие аспекты для всех трех уровней:
- Вопросы безопасности. Интеграция других служб неизбежно приводит к большему риску, который необходимо устранить, чтобы использовать их успешно. Например, интеграция со службами ИИ может предоставлять внутренние данные внешним службам, обучающим их модели. Чтобы устранить этот риск, убедитесь, что вы заранее оцениваете все риски безопасности и рекомендации по интеграции службы. Кроме того, определите конкретные действия для обеспечения соответствия политикам безопасности данных и конфиденциальности в вашем регионе и организации.
- Рекомендации по лицензированию. Интеграция других служб может потребовать определенной подписки или лицензии. Например, интеграция отчетов Power BI с Power Apps возможна только при наличии соответствующих лицензий Power Apps. Для каждой услуги убедитесь, требуется ли определенная лицензия или подписка для её интеграции, и какова оценочная стоимость для каждого пользователя или возможностей. Проведите эту оценку не только для служб, но и для лицензий Fabric и Power BI на уровне пользователей и по емкости.
- Рекомендации по управлению. Интеграция других служб приводит к более разнообразным действиям и операциям, которые люди выполняют в вашем клиенте, некоторые из которых могут привести к несоответствующим методам. Например, интеграция отчетов Power BI с OneDrive или SharePoint может привести к совместному использованию файлов Power BI Desktop (PBIX) непосредственно с средствами просмотра отчетов. Этот подход отходит от лучших практик публикации отчета в рабочую область и совместного использования с помощью прямого доступа, ролей просмотра в рабочих областях или приложения Power BI. Поэтому перед интеграцией службы необходимо заранее определить все потенциальные риски управления, а также определить необходимые усилия для мониторинга и поддержки службы в клиенте.
- Рекомендации по наставничеству и включению пользователей. Интеграция других служб может потребовать времени и усилий для эффективного обучения пользователей использованию новых возможностей. Например, если вы разрешаете пользователям интегрировать Excel с Power BI, научите их эффективно использовать функцию Анализ в Excel. Учебный курс должен направлять их на то, когда он используется, и информировать их о своих соображениях и ограничениях. Убедитесь, что вы заранее планируете обучать и поддерживать людей, использующих эту интеграцию.
Оставшаяся часть этой статьи описывает возможности интеграции Power BI с другими службами на уровне клиента, рабочих областей и отдельных решений (например, отчетов или семантических моделей).
Примечание.
В этой статье представлен обзор различных служб, которые можно интегрировать с Power BI, и потенциальные варианты использования. Цель этой статьи не в том, чтобы направлять вас в выполнении технических шагов, необходимых для настройки или устранения неполадок интеграции. Вы найдете ссылки на технические сведения в каждом соответствующем разделе этой статьи.
Интеграция на уровне клиента
Администраторы Fabric могут интегрировать некоторые службы для использования во всем арендаторе. Как правило, эта интеграция упрощает более широкое взаимодействие между Fabric или Power BI и связанными службами, например доступными в Azure. Интеграция на уровне клиента также может повлиять на обработку определенных данных.
Внимание
Общие сведения о соответствующих параметрах администрирования, которые администратор Fabric может использовать для управления интеграцией Microsoft Fabric или Power BI с внешними службами, см. в разделе "Параметры клиента интеграции". Администратор Fabric может управлять интеграцией со службами на всех уровнях с этими параметрами клиента.
Интеграция со службами Azure
Вы можете интегрировать клиент с широким спектром служб Azure, которые вы уже можете использовать для хранения или управления данными. Эта интеграция помогает применить область и преимущества служб Azure из Fabric и Power BI. Кроме того, он обеспечивает более расширенные возможности, которые могут поддерживать множество ролей, от администраторов и централизованных команд до децентрализованных владельцев контента или создателей контента.
Для интеграции со службами Azure необходима активная подписка на Azure. Этот параметр также имеет некоторые конкретные рекомендации по лицензированию. Для использования меток конфиденциальности и политик защиты от потери данных требуется соответствующая лицензия Защита информации Microsoft Purview. Пользователям может потребоваться лицензия Power BI Pro или Premium на пользователя (PPU) для использования функций, полученных из этой интеграции, таких как применение меток конфиденциальности. Наконец, некоторые из этих служб также требуют наличия емкости Fabric или Premium, и они могут использовать ресурсы емкости.
Инструкции по интеграции со службами Azure см. в статье:
- Azure Information Protection для меток конфиденциальности и политик защиты от потери данных (DLP)
- Azure Synapse Analytics
- Azure Databricks
- Каталог Unity от Databricks
- Azure HDInsight
- Служба автоматизации Azure
Хотя не обязательно службы Azure, вы также можете использовать следующие средства, доступные для интеграции на уровне клиента с Power BI:
Интеграция со службами ИИ
Помимо Copilot в Fabric можно интегрировать различные службы ИИ с Fabric и Power BI. Эти службы помогают выполнять расширенную аналитику для применения конкретных моделей к данным в зависимости от ваших потребностей и вариантов использования.
Для интеграции со службами ИИ Azure требуется, чтобы у вас была активная подписка Azure. Некоторые из этих служб также требуют, чтобы у вас была емкость Fabric или Premium, и используют ресурсы этой емкости. Чтобы предотвратить негативное влияние этих рабочих нагрузок на использование емкости, задайте ограничение памяти для рабочих нагрузок ИИ в пределах емкости. Таким образом, можно избежать неожиданного использования единиц емкости (ЦС).
Инструкции по интеграции с различными службами ИИ в Azure см. в следующих статье:
Интеграция средств Foundry в Power Query
Вы можете вызывать определенные функции ИИ в Power Query с помощью средств Foundry. Эти функции осуществляются с использованием мощности Fabric или Premium для выбранной рабочей области. Они могут извлекать полезные сведения из менее структурированного текста или данных изображения.
Интегрируйте Azure Машинное обучение в Power Query
Аналогично использованию средств Foundry, можно применять модели машинного обучения к данным, вызывая динамические функции Power Query. Создатель модели должен создавать файлы схемы в Python для этих моделей машинного обучения.
Создатели потока данных 1-го поколения также могут использовать AutoML для создания собственных моделей машинного обучения с помощью Power BI во время подготовки данных. Создатели могут выбирать различные типы моделей, включая двоичное прогнозирование, общую классификацию или регрессионные модели. Затем они обучают эти модели с входными данными и оценивают результаты перед применением модели к новым или обновленным данным после обновления потока данных.
Варианты использования интеграции Машинное обучение Azure с семантической моделью или потоком данных первого поколения:
- Проводите прогнозное моделирование в Power BI без необходимости глубокого опыта в средствах обработки и анализа данных или Python.
- Выполните простое прогнозирование оттока клиентов и составление прогнозов.
- Применяйте организационные модели в Машинное обучение Azure для улучшения данных в Power BI.
Интеграция независимых поставщиков программного обеспечения
Независимые поставщики программного обеспечения (ISV), которые производят и продают программное обеспечение, могут интегрироваться с Fabric для поддержки и расширения своих приложений.
Независимые поставщики программного обеспечения (ISV) могут использовать три различные модели для интеграции с Fabric:
- Модель совместимости: поставщики программного обеспечения могут интегрироваться с OneLake с помощью различных средств, таких как API OneLake и другие.
- Разработка на основе модели Fabric: поставщики программного обеспечения могут разрабатывать собственные продукты и службы на базе Fabric, а также даже внедрять возможности Fabric внутрь программного обеспечения.
- Создайте модель рабочей нагрузки Fabric: поставщики программного обеспечения могут использовать пакет средств разработки рабочей нагрузки Microsoft Fabric для создания и монетизирования рабочих нагрузок.
Дополнительные сведения о том, как независимые поставщики ПО могут интегрироваться с Fabric, см. в Microsoft Fabric Integration Pathways for ISVs.
Интеграция Microsoft Teams
Интеграция клиента с Microsoft Teams, чтобы пользователи могли получать доступ к Fabric и Power BI из приложения Teams. Эта возможность централизованно обеспечивает совместную работу и способствует внедрению Teams и Power BI.
Дополнительные сведения об интеграции команд с Power BI см. в следующем разделе:
- Добавьте приложение Power BI в Microsoft Teams: интегрируйте интерфейс Power BI в Microsoft Teams.
- Внедрение интерактивных отчетов в каналы Teams и чаты с помощью вкладки Power BI: помогите коллегам находить и обсуждать данные вашей команды.
- Используйте интерактивные отчеты в собраниях Teams: обсудите отчет во время собрания или используйте отчет для поддержки целей собрания.
- Создайте предварительную версию ссылки в поле сообщения Teams: вставьте ссылки на отчеты, панели мониторинга или приложения Power BI.
- Чат в Microsoft Teams непосредственно из службы Power BI: Поделитесь отфильтрованным представлением отчетов и панелей мониторинга и начните разговоры.
- Просмотрите все вкладки Power BI, которые у вас есть в Microsoft Teams: выберите вкладку "В Teams" на домашней странице приложения Power BI.
- Получите уведомление в ленте активности Teams: чтобы быстро узнать, когда происходят важные события в Power BI.
Варианты использования интеграции Teams с Power BI:
- Создайте и управляйте централизованным порталом для вашего сообщества профессионалов и интегрируйте ключевые отчеты и ресурсы Power BI.
- Создайте выделенные команды или каналы команд для содержимого, распределенного из приложения Power BI, где пользователи могут обмениваться отзывами, проблемами или задавать вопросы о содержимом.
- Обучите пользователей делать общие представления , которые они могут совместно использовать с помощью Teams для обсуждения конкретных перспектив или точек данных.
Интеграция геопространственных служб
Когда вы работаете с геопространственными данными, скорее всего, вы захотите визуализировать их с помощью интерактивных карт в Power BI. Однако эти визуальные элементы требуют интеграции с другими службами. Эту интеграцию можно контролировать на уровне клиента с помощью параметров клиента. Эти визуальные элементы могут быть эффективными в отчетах, которые представляют геопространственные данные, но убедитесь, что использование этих служб не нарушает какие-либо требования к месту расположения данных или соответствия требованиям.
Дополнительные сведения об интеграции Power BI с различными геопространственных службами см. в следующем разделе:
- Визуализации ArcGIS в отчетах Power BI, которые используют службы Esri.
- Визуализации Azure Maps для отчетов Power BI, использующих службы Azure.
- Визуальные элементы карты и заполненной карты, использующие службы Bing.
Предупреждение
Геопространственные службы могут использовать другие службы, находящиеся вне географического региона вашего клиента Power BI, границ соответствия или национального облачного экземпляра. Кроме того, эти сервисы могут хранить и обрабатывать ваши данные в тех местах, где расположены их объекты инфраструктуры. Использование этих служб может быть предметом отдельных условий и политик конфиденциальности за пределами Power BI.
Это предупреждение также относится к любому стороннему пользовательскому визуальному элементу, используемому для визуализации геопространственных сведений.
Интеграция на уровне рабочей области
Вы можете интегрировать определенные службы на уровне отдельных рабочих областей. Эти службы могут включать возможности для разработки, управления и просмотра содержимого в рабочей области.
Интеграция с Git
Если в рабочей области используется емкость Fabric, емкость Premium или рабочая область типа PPU, можно использовать интеграцию Git, чтобы подключить рабочую область к удаленному репозиторию Git. Это подключение поддерживает более сложные сценарии управления жизненным циклом. Удаленный репозиторий Git облегчает систему контроля версий файлов, что позволяет авторам контента отслеживать и управлять изменениями. Интеграция Git также способствует совместной работе между разработчиками, особенно при использовании ветвей для изоляции разработки конкретных функций перед интеграцией этих изменений в основную ветвь с слиянием перед развертыванием.
Создатели содержимого могут разрабатывать содержимое локально или в служба Power BI, а затем зафиксировать и отправить эти изменения в удаленный репозиторий Git, например Azure Repos или GitHub Enterprise. Сведения о настройке и использовании интеграции Git для Power BI и Fabric см. в статье "Начало работы с интеграцией Git" или "Руководство. Комплексное управление жизненным циклом".
Создатели контента хранят файлы проекта Power BI (.pbip), файлы метаданных и документацию в централизованном удаленном репозитории Azure Repos. Технический владелец курирует эти файлы. Хотя создатель содержимого разрабатывает решение, технический владелец управляет решением, проверяет изменения и объединяет их в одно решение. Azure Repos предоставляет более сложные возможности для отслеживания изменений и управления ими по сравнению с SharePoint и OneDrive. Обслуживание хорошо курированного, документированного репозитория важно, так как это основа всего содержимого и совместной работы.
Рассмотрите возможность использования системы управления версиями для отслеживания изменений и управления ими в следующих сценариях:
- Централизованные или децентрализованные команды создают содержимое и управляют им.
- Создатели контента совместно работают с помощью Azure DevOps.
- Создатели содержимого знакомы с Git, управлением версиями или архитектурой DataOps.
- Создатели контента управляют сложным или важным содержимым, или они ожидают, что содержимое будет масштабироваться и увеличиваться в сложности и важности.
Чтобы эффективно использовать систему контроля версий в Azure DevOps, учитывайте следующие особенности и выполните определенные предварительные требования:
- Git. Чтобы зафиксировать и отправить изменения в удаленный репозиторий, создатели содержимого должны скачать и установить Git. Git — это распределенная система управления версиями, которая отслеживает изменения в файлах. Дополнительные сведения об основах Git см. в статье "Что такое Git?".
- Средства. Чтобы использовать Git, создатели содержимого должны использовать интерфейс командной строки (CLI) или графический клиент пользовательского интерфейса (GUI), который имеет интегрированное управление версиями (SCM), например Visual Studio или Visual Studio Code.
-
Лицензии и разрешения. Чтобы создать и использовать репозиторий Azure Repos Git, создатели содержимого должны:
- Уровень доступа Azure DevOps установлен на Базовый (в отличие от уровня 'Заинтересованное лицо').
- Принадлежит организации Azure DevOps и проекту.
- У вас есть соответствующие разрешения репозитория Azure DevOps.
- Работайте только с элементами Power BI из-за ограничений интеграции Git при использовании емкости Power BI Premium (A SKU) или рабочих областей PPU.
- Интеграция Fabric Git: Чтобы синхронизировать содержимое из удаленного репозитория с рабочей областью Fabric, создатели содержимого используют интеграцию Fabric Git. Это средство важно, так как оно отслеживает и управляет изменениями содержимого, созданного на портале Fabric, например потоки данных.
Интеграция Azure Log Analytics
Используйте Azure Log Analytics для сбора ценных сведений, которые поддерживают аудит элементов рабочей области на уровне данных. Azure Log Analytics — это компонент службы Azure Monitor . В частности, интеграция Azure Log Analytics с Power BI позволяет записывать события семантической модели из всех семантических моделей в рабочей области Power BI. Поддержка предоставляется только для рабочих областей, использующих мощности Fabric или Premium. Сведения о настройке и использовании Azure Log Analytics для Power BI и Fabric см. в статье об аудите на уровне данных: Azure Log Analytics и настройке Azure Log Analytics в Power BI.
После настройки интеграции Azure Log Analytics и включения подключения (для поддерживаемой рабочей области) события семантической модели автоматически фиксируются и постоянно отправляются в рабочую область Azure Log Analytics. Журналы семантической модели хранятся в Azure Data Explorer, которая является базой данных только для добавления, оптимизированной для записи больших объемов данных телеметрии практически в режиме реального времени.
Варианты использования Azure Log Analytics включают:
- Вы хотите отслеживать стратегически важные семантические модели, такие как централизованные модели, предоставляемые децентрализованным командам в управляемом сценарии самостоятельного использования.
- Вы хотите провести аудит или исследовать семантические модели, которые оказывают значительное влияние на использование ресурсов, например, на емкость Fabric.
- Вам нужна подробная аналитика по шаблонам запросов и использования для семантических моделей.
Чтобы использовать Azure Log Analytics, настройте и заплатите за рабочую область Azure Log Analytics в рамках подписки Azure. Платите за Azure Log Analytics с помощью подписки с оплатой по мере использования. Для получения дополнительной информации см. страницу с ценами на Azure Log Analytics.
Интеграция Azure Data Lake Storage 2-го поколения
Вы можете подключить рабочую область к учетной записи Azure Data Lake Storage (ADLS) 2-го поколения. При подключении рабочей области к ADLS 2-го поколения можно хранить данные для потоков данных Power BI (также называемых потоками данных 1-го поколения) и резервными копиями семантической модели. Сведения о настройке и использовании ADLS 2-го поколения для хранения данных из потоков данных Power BI см. в статье Настройка хранилища потоков данных для использования Azure Data Lake 2-го поколения.
Настройка подключений Azure на портале администрирования Fabric не означает, что все потоки данных Power BI для клиента хранятся по умолчанию в учетной записи ADLS 2-го поколения. Чтобы использовать определенную учетную запись хранения (вместо внутреннего хранилища), необходимо явно подключить каждую рабочую область. Важно задать подключения к рабочей области Azure перед созданием потоков данных Power BI в рабочей области.
В следующих двух разделах приведены причины, по которым можно интегрировать рабочую область с ADLS 2-го поколения.
Хранение данных потоков Power BI
Если вы используете собственное озеро данных, вы можете напрямую обращаться к данным потоков данных Power BI (Gen1) в Azure. Прямой доступ к хранилищу потоков данных в ADLS 2-го поколения полезен, если вы хотите, чтобы другие пользователи или процессы просматривали или получают доступ к данным. Особенно полезно, если ваша цель заключается в повторном использовании потоков данных за пределами Power BI.
Хранилище можно назначить двумя способами:
- Хранилище на уровне клиента. Этот параметр полезен, если требуется централизировать все данные для потоков данных Power BI в одну учетную запись ADLS 2-го поколения.
- Хранилище на уровне рабочей области. Этот параметр полезен, если подразделения управляют собственным озером данных или имеют определенные требования к месту расположения данных.
Совет
Если вы используете Fabric, используйте потоки данных Gen2, которые могут хранить данные в разных местах назначения, включая OneLake. Потоки данных 2-го поколения являются более гибкими, чем потоки данных 1-го поколения, так как они предоставляют больше возможностей для интеграции с другими конвейерами данных, и они получают преимущества от высокомасштабируемых вычислений.
Резервное копирование и восстановление для семантических моделей Power BI
Функция резервного копирования и восстановления семантической модели Power BI поддерживает рабочие области, назначенные емкости Fabric, емкости Premium или PPU. Эта функция использует ту же учетную запись хранилища ADLS Gen2, в которой хранятся данные потоков данных Power BI (как описано в предыдущем разделе).
Резервные копии семантической модели помогают:
- Соблюдайте требования к хранению данных.
- Хранение стандартных резервных копий в рамках стратегии аварийного восстановления.
- Хранение резервных копий в другом регионе.
- Перенос модели данных.
Интеграция на уровне решения
Вы можете интегрировать определенные службы на уровне отдельных элементов, таких как семантические модели или отчеты. Эти интеграции могут включать конкретные варианты использования и расширять функциональные возможности элементов Power BI.
Интеграция с Microsoft Fabric
Power BI является частью Fabric, но Power BI — это отдельная рабочая нагрузка в Fabric, которая может интегрироваться с другими интерфейсами, объединенными под эгидой Fabric. Если вы знакомы только с Power BI, важно понимать возможности и возможности применения других рабочих нагрузок, элементов и функций в Fabric.
В следующих разделах приведены примеры интеграции содержимого Power BI с Fabric для расширения возможностей Power BI.
Интеграция OneLake с семантической моделью
Создатели содержимого, которые делают семантические модели Power BI, могут использовать интеграцию OneLake для записи таблиц моделей в таблицы Delta в OneLake. После первоначальной копии таблиц в памяти их можно повторно использовать из OneLake для других вариантов использования без их копирования. Разностные таблицы доступны через озеро в Fabric. Вы также можете создать ярлыки для доступа к таблицам, чтобы использовать их в другом lakehouse или в элементе другого типа, например в хранилище данных.
Варианты использования интеграции OneLake с семантической моделью включают:
- Повторное использование данных из семантической модели, которая еще не доступна в OneLake.
- Повторное использование данных из семантической модели для использования в другом интерфейсе Fabric.
- Создание моментальных снимков таблицы семантической модели.
Интеграция через семантические связи с семантическими моделями с помощью блокнотов
Создатели контента, которые создают семантические модели или анализируют данные в записных книжках, могут использовать семантическую ссылку для чтения и записи в семантические модели из записок в Fabric. Семантическая связь имеет широкий спектр преимуществ для разработчиков Power BI, включая повышенную производительность, автоматизацию и возможность быстро и легко выполнять нерегламентированный анализ в коде.
Сценарии использования для интеграции семантических ссылок с семантическими моделями включают:
- Автоматизация тестирования семантических моделей путем оценки запросов DAX и сравнения результатов с известными базовыми показателями.
- Программно управляйте семантическими моделями, запуская Best Practice Analyzer одновременно для нескольких моделей, чтобы выявить и классифицировать возможные проблемы.
- Сохраните общие шаблоны и типовые решения для показателей DAX и бизнес-логики (например, конвертации валют), которые можно применять к новым семантическим моделям.
- Анализ и визуализация данных из семантической модели с помощью Python.
- Проверьте модели, созданные специалистами по обработке и анализу данных, с помощью бизнес-логики из семантической модели.
- Используйте данные из семантической модели для обогащения анализа.
Совет
Библиотека Python semantic-link-labs еще больше расширяет функциональность семантической связи. Это ценный инструмент для всех, кто создает семантические модели и управляет и хочет повысить производительность и эффективность процесса создания или управления моделью.
Даже если вы не знаете Python, вы можете использовать Copilot и Chat-magics для получения помощи в написании функционального кода Python, чтобы получить полезный результат.
Интеграция активатора Fabric с отчетами Power BI
Создатели содержимого или потребители, которые создают или используют отчеты Power BI, могут использовать Активатор для автоматизации действий и уведомлений на основе изменений данных. Как и оповещения data из плиток панели мониторинга, можно настроить оповещения на визуальном элементе Power BI и определить триггеры для этих оповещений. Вы также можете расширить эту функциональность, чтобы использовать пользовательские действия для запуска потока Power Automate, который может инициировать другие последующие изменения.
Варианты использования интеграции активатора с Power BI:
- Автоматическое обнаружение аномалий, задав оповещение для активации, когда значение превышает пороговое значение.
- Автоматическое регрессионное тестирование критически важных для бизнеса отчетов, установив предупреждение для срабатывания, когда значение (например, продажи за предыдущий год или отклонение бюджета) превышает порог.
Интеграция с Microsoft 365
Вы можете интегрировать Power BI с продуктами Microsoft 365 различными способами, например Excel, PowerPoint и Outlook.
Использование данных Power BI в Excel
Пользователи, которые предпочитают работать в Excel, могут использовать анализ в Excel или динамические подключенные таблицы для использования данных Power BI.
Потребители содержимого, имеющие разрешение на сборку для семантической модели, могут подключаться к модели из Excel для использования анализа в Excel. С помощью этого подхода пользователи изучают модели и выполняют собственный нерегламентированный анализ с помощью сводных таблиц.
Варианты использования функций анализа в Excel:
- Пользователи предпочитают анализировать данные в Excel вместо использования Power BI.
- Пользователи хотят проводить личную бизнес-аналитику для создания собственных отчетов в Excel.
- Пользователи хотят использовать данные Power BI для поддержки существующего анализа в Excel.
Совет
Если вы ожидаете, что пользователи будут подключаться к семантической модели из Excel, убедитесь, что вы выполните необходимые действия для обучения их использованию и упорядочения семантической модели полезным образом. Например, упорядочение полей в папки отображения и скрытие таблиц и полей, которые не предназначены для использования в отчетах.
Анализ в Excel использует многомерные выражения для запросов вместо выражений анализа данных (DAX), используемых отчетами Power BI. Запросы MDX часто работают медленнее, чем эквивалентные запросы DAX. Убедитесь, что пользователи должны понимать, что они должны использовать анализ в Excel для высокоуровневого статистического анализа и выполнять более подробный анализ с помощью Power BI или других функций Fabric.
Кроме того, некоторые функции в семантической модели, такие как параметры поля и строки формата динамических мер, не работают в Анализ в Excel. Для других соображений и ограничений см. эту статью.
Вы также можете получить данные Power BI в Excel с помощью динамических таблиц. Благодаря этому подходу пользователи, которые экспортируют данные из визуального элемента отчета Power BI, получают книгу Excel, содержащую таблицу, заполненную данными. Запрос таблицы автоматически извлекает последние данные при открытии книги или при обновлении таблицы вручную.
Варианты использования для динамически подключенных таблиц:
- Пользователи хотят исследовать или анализировать данные в определенном визуальном элементе.
- Пользователям необходимо регулярно экспортировать данные для поддержки допустимого бизнес-дела.
- Вы выполняете ручное тестирование семантической модели или отчета.
Хотя экспорт таблиц с динамическим подключением предпочтительнее экспорта отключенных таблиц из отчета Power BI, рекомендуйте пользователям по возможности вообще не экспортировать данные. Экспортированные данные представляют проблемы управления и риски безопасности данных, которые могут привести к краже данных из организации. Вместо этого рекомендуется обучать пользователей подключаться к семантической модели из Excel или Power BI Desktop, чтобы выполнить собственный анализ и безопасно поделиться результатами со своими коллегами.
Управление экспортом данных — это важное упражнение по управлению изменениями для повышения зрелости вашей культуры данных и обеспечения эффективного использования Power BI пользователями.
Интеграция отчетов Power BI в PowerPoint
Надстройка Power BI для PowerPoint позволяет добавлять интерактивные интерактивные отчеты Power BI или определенные визуальные элементы на слайды PowerPoint. Эта функция является хорошей альтернативой вставке статических снимков экрана, так как вы можете фильтровать и взаимодействовать с визуальными элементами во время презентации.
PowerPoint — это полезное средство для дополнения существующих отчетов Power BI, но оно не масштабируется как основной метод распространения. Вместо этого используйте методы распространения отчетов, такие как приложения Power BI, и ищите возможности для интеграции PowerPoint, чтобы дополнить или расширить их.
Управление распространением отчетов в виде плоских файлов и презентаций PowerPoint является важным упражнением по управлению изменениями для повышения зрелости вашей культуры данных и объема доставки контента, и для обеспечения эффективного использования Power BI.
Варианты использования интеграции Power BI в PowerPoint:
- Непрерывно воспроизводит презентацию в режиме слайд-шоу с актуальными отчетами Power BI, например на большом экране в фабрике.
- Закрепите снимки определенного представления, чтобы данные отчета не обновлялись автоматически, например, когда вы хотите просмотреть отчеты на конкретный момент времени из прошедшей даты.
- Поделитесь презентацией с динамическими отчетами Power BI, чтобы пользователи могли просматривать последние данные, например, если вы хотите, чтобы аудитория просматривала презентацию и отчеты, прежде чем представить ее.
Администраторы платформы могут управлять использованием надстройки Power BI для PowerPoint с помощью параметра клиента. Для других соображений и ограничений см. эту статью.
Интеграция с Power Platform
Power BI входит в состав Power Platform. Таким образом, Power BI хорошо интегрируется с другими приложениями в семействе Power Platform, таких как Power Apps, Power Automate и Power Pages.
- Power Apps позволяет быстро создавать и развертывать приложения с низким кодом в организации.
- Power Automate позволяет автоматизировать задачи и рабочие процессы путем создания логических потоков, которые активируются автоматически, по расписанию или в ответ на действие вручную. Вы можете создать облачные потоки , которые выполняются автоматически без выделенного компьютера. Вы также можете использовать приложение Power Automate для компьютеров для разработки потоков настольных компьютеров, требующих компьютера, так как они используют автоматизацию роботизированных процессов для имитации действий пользователей.
- Power Pages позволяет создавать внешние бизнес-сайты с помощью пользовательского интерфейса с низким кодом.
Использование визуального элемента Power Apps в отчете Power BI
Вы можете интегрировать Power Apps в Power BI с помощью визуального элемента Power Apps. Этот визуальный элемент позволяет отображать интерактивное функциональное приложение холста Power Apps в отчете Power BI. В Power BI можно выбрать поля для добавления в визуальный элемент Power Apps. Затем в Power Apps эти поля можно использовать для создания меток, управляемых данными, и функциональных возможностей для улучшения приложения. Вместе интеграция отчетов Power BI и Power Apps обеспечивает широкий спектр вариантов использования, которые могут помочь людям принимать решения и принимать меры с помощью данных в отчете.
Существуют некоторые рекомендации по лицензированию, которые следует учитывать, если вы используете этот подход. Чтобы использовать визуальный элемент Power Apps в отчете Power BI, средство просмотра отчетов должно иметь лицензию Power Apps в дополнение к любым необходимым лицензиям Power BI для каждого пользователя. Кроме того, вы можете использовать план оплаты по мере использования для Power Apps и Power Automate.
Варианты использования визуального элемента Power Apps:
- Упрощение обратной записи в базу данных, например добавление комментариев определенным клиентам или изменение значений прогноза из отчета Power BI.
- Упрощайте прямые действия, информированные отчетом Power BI, например контактировать с клиентами из отчета об удовлетворенности клиентов.
- Разрешить пользователям отправлять формы из отчета Power BI, например формы обратной связи, опросы или опросы.
В внедренном сценарии визуальный элемент Power Apps поддерживает только сценарий Embed для вашей организации, а не сценарий Embed для клиентов. Другие ограничения см. в разделе Ограничения визуального элемента Power Apps.
Интеграция отчета Power BI в приложение холста Power Apps
Внутри полотна приложения Power Apps можно интегрировать плитки панели мониторинга Power BI. При таком подходе приложение Power Apps является основной средой использования, которую дополняет плитка Power BI. Вы внедряете плитки, используя элемент управления плиткой Power BI в процессе разработки приложений на холсте.
Выполняйте действия в Power BI с помощью Power Automate
Вы можете использовать Power Automate для автоматизации определенных действий в Power BI, таких как экспорт отчетов, обновление семантической модели или оценка запросов DAX. Эта возможность может упростить определенные задачи или повысить производительность.
Варианты использования для автоматизации Power BI с помощью системы Power Automate:
- Активируйте обновление семантической модели при обновлении вышестоящего источника данных.
- Автоматизация распределения отчетов Power BI или отчетов с разбивкой на страницы.
- Добавьте строки в таблицу семантической модели Power BI при активации потока.
Активация потока Power Automate из Power BI
Вы также можете использовать Power BI для активации облачного потока Power Automate тремя способами:
- Используйте визуальный элемент Power Automate в отчете Power BI.
- Используйте оповещения о данных на плитке панели мониторинга Power BI.
- Создайте потоки для уведомления об изменениях целей в Power BI.
С помощью этого подхода вы не столько автоматизируете действия в Power BI, сколько реагируете на события, происходящие в Power BI. Эти события можно активировать вручную (например, визуальный элемент Power Automate) или автоматически (например, оповещения о данных). Вы также можете использовать данные из нижестоящего потока Power BI, которые помогут автоматизировать более конкретные и соответствующие действия.
Существуют некоторые рекомендации по лицензированию, которые следует учитывать при таком подходе. Чтобы использовать визуальный элемент Power Automate в отчете Power BI, средство просмотра отчетов должно иметь доступ к потоку Power Automate и лицензии Power Automate, если это необходимо, помимо всех необходимых лицензий Power BI для каждого пользователя. Кроме того, вы можете использовать план оплаты по мере использования для Power Apps и Power Automate.
Примеры использования активации потока Power Automate из Power BI включают:
- Обновление или добавление строк в таблицу Excel из отчета Power BI с помощью визуального элемента Power Automate.
- Автоматизируйте регрессионное тестирование, настроив отчеты и панели мониторинга для отчета о различиях в текущих значениях с известными базовыми значениями, а также настроив оповещения данных на плитках панели мониторинга.
- Уведомляйте команду или отдельного человека, если в данных семантической модели есть непредвиденные значения или аномалии с помощью оповещений о данных.
Внедрение отчета Power BI на веб-сайте Power Pages
Вы можете внедрить отчет Power BI на веб-сайт Power Pages, который позволяет отображать отчеты Power BI на внешнем веб-сайте, сделанном с помощью Power Pages. Этот подход упрощает встраивание для ваших клиентов, включая службу Power BI Embedded из Центра администрирования Power Platform.
Существуют некоторые рекомендации по лицензированию, которые следует учитывать при таком подходе. Чтобы внедрить отчеты Power BI на веб-сайт Power Pages, необходимо иметь SKU F, P, EM или A. Вам также нужна соответствующая лицензия Power Pages.
Варианты использования для внедрения отчета Power BI на веб-сайте Power Pages:
- Распространение отчетов с помощью пользовательского портала внешним пользователям или клиентам.
- Отображение аналитики веб-сайта, например подписчиков или трафика для веб-сайта.
- Улучшение веб-сайта Power Pages с помощью интерактивных визуализаций Power BI.
Помимо ограничений Power BI Embedded, существуют также определенные ограничения для внедрения отчета в Power Pages. Например, отчет должен быть опубликован в той же рабочей области, что и подключенная семантическая модель. Перед внедрением Power BI содержимого на веб-сайте Power Pages рассмотрите эти ограничения.
Интеграция OneDrive и SharePoint
OneDrive и SharePoint удобны для хранения содержимого и файлов данных для Power BI. Интеграция OneDrive и SharePoint позволяет расширить возможности совместного использования.
Обновление OneDrive файлов Power BI Desktop
При сохранении файла Power BI Desktop (.pbix) в OneDrive для бизнеса или учебных заведений или в SharePoint, вы можете импортировать этот файл в рабочую область непосредственно из OneDrive, вместо публикации его из Power BI Desktop. При этом вы получаете преимущества от обновления OneDrive, которая автоматически обновляет модель данных, обычно в течение часа.
Варианты использования обновления OneDrive:
- Пользователи самообслуживания хотят упростить публикацию файлов Power BI Desktop.
- Создатели содержимого хотят отслеживать изменения и управлять ими при совместной работе в OneDrive.
Помимо интеграции OneDrive для отдельного PBIX-файла для семантических моделей и отчетов, можно также настроить интеграцию на уровне рабочей области с OneDrive.
Предварительная версия файлов Power BI Desktop в OneDrive и SharePoint
Когда вы предоставляете общий доступ к файлу Power BI Desktop пользователям через OneDrive или SharePoint, они могут предварительно просмотреть отчет из OneDrive или SharePoint, не открыв его в Power BI Desktop. Эта возможность доступна только для отчетов, подключенных к общей семантической модели, или для файлов Power BI Desktop, содержащих отчет и семантическую модель импорта. Кроме того, вы не можете просматривать файлы Power BI Desktop, размером 1 ГБ или больше. Дополнительные сведения см. в разделе "Рекомендации и ограничения".
Учитывайте некоторые аспекты лицензирования при таком подходе. Пользователям требуется лицензия Power BI Pro для предварительной версии файлов Power BI Desktop в OneDrive или SharePoint. Дополнительные сведения см. в предварительных требованиях для просмотра отчетов в OneDrive и SharePoint.
Варианты использования OneDrive для предварительной версии файлов включают:
- Создатели содержимого используют OneDrive или SharePoint для упрощения совместной работы.
- Создатели контента, использующие интеграции OneDrive, такие как обновление OneDrive, или использующие его для отслеживания и управления изменениями файлов .pbix, хотят иметь возможность удобного предварительного просмотра файлов перед их открытием.
Внедрение отчетов Power BI в SharePoint Online
Вы можете интегрировать Power BI с SharePoint, внедрив отчеты Power BI в SharePoint Online (также известный как безопасное внедрение). Опыт работы с отчетом такой же, как и когда пользователи просматривают их в рабочей области Fabric, используя ссылку, позволяющую прямой доступ. Power BI обеспечивает безопасность на уровне строк вместе с разрешениями для элементов. Пользователи должны иметь прямой доступ к отчетам, чтобы просмотреть их на сайте SharePoint.
Варианты использования для внедрения отчетов Power BI в SharePoint Online:
- Вы хотите распространять отчеты с портала SharePoint вместо рабочей области Fabric. Этот подход может быть полезным, если вы хотите распространять отчеты из нескольких рабочих областей для определенной аудитории.
- Вы хотите внедрить отчеты, поддерживающие совместную работу или принятие решений на сайте SharePoint.
Интеграция с Visual Studio и VS Code
Многие разработчики знакомы с помощью Visual Studio или Visual Studio Code (VS Code) для управления исходными файлами и метаданными. Эти средства предоставляют несколько вариантов интеграции с Power BI и Fabric.
Разработка семантических моделей с помощью Visual Studio с проектами служб Analysis Services
Если разработчики предпочитают работать в Visual Studio, они могут разрабатывать и развертывать семантические модели из Visual Studio вместо Power BI Desktop. В этом случае им требуется Visual Studio 2017 или более поздняя версия, а также версия 2.9.14 (или более поздняя) расширения SQL Server Data Tools (SSDT).
Совет
Разработчики, которые предпочитают использовать Visual Studio-подобный интерфейс для создания семантических моделей и управления ими, могут оказаться более эффективными для использования редактора Tabular Editor. Табличный редактор — это внешнее средство, которое подключается к локальной модели, открытой в Power BI Desktop, или удаленной модели через конечную точку чтения и записи XMLA. Она также поддерживает скрипты и пакетную задачу для повышения производительности разработчика.
Дополнительные сведения см. в статье "Расширенное управление моделями данных".
Управление элементами с помощью VS Code
Если разработчики предпочитают работать в VS Code, они могут использовать расширения для выполнения некоторых действий с Power BI в приложении VS Code.
Они могут использовать несколько средств для управления различными частями Power BI из VS Code:
- TMDL: официальное расширение VS Code от Майкрософт, которое предоставляет языковую поддержку языка определения табличной модели (TMDL) для работы с семантических моделей, использующих формат метаданных TMDL.
- Power BI Studio: расширение VS Code, разработанное сообществом, использующее REST API Power BI для просмотра элементов в рабочей области и управления ими.
- Пакет расширений VSCode Power BI: коллекция расширений VS Code, которая позволяет разработчикам работать в VS Code с Fabric и Power BI. Он включает расширения TMDL и Power BI Studio.
Другие возможности в Fabric также поддерживают интеграцию с VS Code, например записные книжки для инженерии данных и науки о данных или управление семантическими моделями Power BI с помощью семантической связи (описано выше).
Интеграция Python или R
Скрипты Python или R можно запускать в семантических моделях и отчетах Power BI, чтобы расширить функциональные возможности этих элементов. Эта возможность полезна для создателей контента, знакомых с Python или R, а также для создания и распространения содержимого для бизнес-пользователей с помощью Power BI.
Владельцы контента или создатели, которые хорошо разбираются в Python или R, могут воспользоваться ноутбуками в среде Fabric. Во многих случаях записные книжки предпочтительнее, чем интеграция Python и R с Power BI. Это связано с тем, что они предоставляют больше возможностей для создания и обслуживания решений, встроенных на этих языках, они имеют меньше ограничений, и они обычно требуют меньше усилий для поддержки.
Запуск кода Python или R в семантической модели
Вы можете интегрировать код Python или R в рамках преобразований данных, выполняемых в семантической модели, которая использует режим хранения импорта. Эта интеграция позволяет преобразовывать данные или выполнять расширенную аналитику с помощью Python или R при каждом обновлении модели.
Чтобы обновить опубликованную семантику, использующую Python или R, интегрированную в Power Query, необходимо использовать локальный шлюз данных в личном режиме. Это связано с тем, что код Python или R выполняется локально с помощью Python или R, установленного на компьютере. Как правило, эта настройка является сложной задачей для управления и обслуживания. Если вам нужно использовать Python или R в семантической модели, рассмотрите альтернативные подходы, такие как записные книжки в Fabric.
Создавайте визуализации с помощью Python или R в отчетах Power BI
Вы можете интегрировать Python или R с отчетами Power BI для создания пользовательских визуальных элементов с библиотеками Python, такими как Seaborn или R, например ggplot2. Эти визуальные элементы полностью настраиваются и поддерживают интерактивные функции в Power BI, такие как отрисовка отфильтрованного результата, перекрестная фильтрация, пользовательские подсказки, детализация и детализация.
Убедитесь, что все визуальные элементы Python или R используют библиотеки Python и пакеты R, поддерживаемые в Fabric. Если вы используете неподдерживаемую библиотеку или пакет, визуальный элемент не будет отображаться в служба Power BI, даже если визуальный элемент отображается в отчете в Power BI Desktop.
Хотя вы можете преобразовывать данные и выполнять вычисления в пользовательском визуале Python или R, избегайте этого. Размещение этой логики в визуальном элементе Python или R может привести к снижению длительности отрисовки, а также к большей сложности для поддержания визуального элемента и достижения согласования между визуальными элементами и отчетами в логике вычисления.
Вместо этого добавьте логику в вычисления DAX, создавая меры и выполняя преобразования далее вверх, например в Power Query или источнике данных, если это возможно.
Пользовательские визуальные элементы для отчетов Power BI
Power BI предлагает и другие способы создания настраиваемых визуализаций в отчетах, помимо Python и R. Хотя формально это не интеграция, настраиваемые визуализации в отчетах Power BI можно использовать для сложных или специализированных сценариев. Вы можете создать собственный пользовательский визуальный элемент, который не требует интеграции с другими службами, или получить визуальный элемент из AppSource, который может быть бесплатным или требует лицензии. В зависимости от пользовательского визуального элемента она может включать интеграцию со сторонней службой, и вам потребуется согласиться с условиями лицензии.
Если вы думаете об использовании пользовательских визуальных элементов для расширения функциональных возможностей отчетов Power BI, рассмотрите Денеб. Deneb — это созданный сообществом сертифицированный настраиваемый визуальный элемент, который позволяет создавать собственные визуализации с помощью декларативного синтаксиса JSON языков Vega или Vega-Lite. Deneb имеет большое сообщество и множество шаблонов, что делает его хорошим выбором для создателей отчетов, которые хотят создать собственные визуальные элементы без использования JavaScript, Python или R.
Интеграция с другими сторонними службами
Другие сторонние службы предлагают интеграцию с Power BI.
В следующем разделе представлены сторонние службы, а также важные варианты использования.
Интеграция с семантическими моделями через конечную точку XMLA
В Power BI внешние средства могут подключаться к семантической модели Power BI с помощью конечной точки XMLA. Как открытый код, так и коммерчески доступные средства могут повысить производительность или расширить функциональные возможности существующих семантических моделей.
Ниже приведены некоторые примеры инструментов, которые могут интегрироваться с семантическими моделями с помощью конечной точки XMLA:
- Командлеты PowerShell для автоматизации определенных задач семантической модели.
- Построитель отчетов Power BI для запроса семантических моделей с помощью DAX и создания отчетов с разбивкой на страницы.
- Табличный редактор— стороннее средство для разработки и управления семантических моделей.
- DAX Studio— стороннее средство для разработки и оптимизации запросов DAX.
- ALM набор средств, сторонний инструмент для сравнения и развертывания семантических моделей.
Дополнительные сведения о конечных точках XMLA и клиентских приложениях и средствах, использующих их, см. в статье "Подключение к семантической модели" и управление ими с помощью конечной точки XMLA в Power BI. Только рабочие области, у которых в качестве типа рабочей области указана емкость Fabric, емкость Premium или Premium на пользователя, поддерживают конечную точку XMLA.
Вы можете включить конечную точку XMLA и задать ее для чтения или записи из параметров рабочей нагрузки Power BI на портале администрирования. Несколько параметров клиента также позволяют управлять тем, какие пользователи и группы могут использовать конечную точку XMLA.
Контрольный список . При планировании интеграции Power BI с другими службами ключевые решения и рекомендации включают:
- Определите требование: опишите то, что вы пытаетесь достичь, и что ожидается преимущество этого.
- Описание того, почему вы не можете выполнить задачу в Power BI в одиночку: определите проблемы или ограничения, которые препятствуют выполнению этого требования со встроенными инструментами и функциями в Power BI.
- Определите службы, которые помогут вам выполнить требование: скомпилируйте список служб, которые помогут вам достичь цели. В зависимости от требования может быть только один правдоподобный вариант.
- Определите возможные риски, ограничения или рекомендации. Тщательно спланируйте и рассмотрите последствия для этой интеграции для различных областей, таких как безопасность, лицензирование, управление и включение пользователей.
- Изучите, как настроить интеграцию: ознакомьтесь с соответствующей технической документацией и составьте пошаговую инструкцию для вашего конкретного сценария интеграции Power BI со службой или инструментом. Обратите особое внимание на возможное устранение неполадок или настройку этой интеграции, которую может потребоваться выполнить.
- Провести тест или подтверждение концепции (POC): прежде чем настроить интеграцию для клиента, рабочей области или элемента, сначала выполните представительную пробную версию для проверки любых предположений и выявления любых проблем или ограничений. Важно проводить тест или POC.
- Настройка обучения персонала и мониторинга: Убедитесь, что централизованные команды оснащены всем необходимым для мониторинга новой службы и ее влияния на использование в вашем арендаторе. Подготовьте соответствующие учебные материалы, чтобы люди могли использовать новую службу, и это помогает им избежать проблем.
Связанный контент
Дополнительные рекомендации, действия, критерии принятия решений и рекомендации по внедрению Power BI см. в статье о планировании реализации Power BI.