​​Интеграция данных озера-хранилища Microsoft Fabric с использованием виртуальных таблиц Dataverse

Собирайте данные из нескольких внутренних систем в единый источник достоверной информации в озере-хранилище Microsoft Fabric, а затем используйте виртуальные таблицы Dataverse для использования объединенных данных в своих приложениях и потоках Power Platform.

Схема архитектуры

Рабочий процесс

В следующих шагах описан рабочий процесс, показанный на схеме примера архитектуры:

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

2. Виртуальные таблицы: поставщик виртуальных соединителей Fabric создает виртуальные таблицы для представления данных в озере-хранилище Fabric.

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

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

Компоненты

Среда Power Platform: содержит ресурсы Power Platform, которые реализуют взаимодействие с пользователем. Виртуальные таблицы, которые подключаются к данным в озере-хранилище Fabric, создаются в среде Power Platform в связанном экземпляре Dataverse.

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

Поставщик виртуальных таблиц: упрощает создание виртуальных таблиц. Виртуальные таблицы представляют данные, которые интегрированы из внешних источников в виде таблиц в Microsoft Dataverse, без репликации данных. Для каждого источника данных поставщик данных должен обрабатывать взаимодействие между Dataverse источником и определять поведение виртуальной таблицы. При создании виртуальной таблицы для данных Fabric хранилище и озеро данных поставщиком данных является предварительно созданный поставщик виртуальных соединителей Fabric. Этот подход использует типичное подключение Power Platform и ссылку на подключение для управления спецификой рабочей области Fabric и среды Power Platform, что позволяет создателям создавать приложения без сложностей, связанных с работой с несколькими системами.

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

Power Automate: автоматизирует создание ежемесячной сводки. Поток можно запланировать на ежемесячный запуск, и он может использовать те же виртуальные таблицы, что и приложение. Поток также может быть активирован событиями в данных озера-хранилища Fabric, например при создании или обновлении записи.

Power BI: визуализирует данные в озере-хранилище Fabric. Power BI может подключаться к озеру-хранилищу Fabric напрямую или через виртуальную таблицу, что позволяет создавать отчеты и панели мониторинга, объединяющие данные из нескольких источников, включая озеро-хранилище Fabric и другие таблицы Dataverse.

Подробности сценария

Скорее всего, в вашей организации данные хранятся разрозненно. Используйте этот архитектурный шаблон, чтобы сохранить поток данных на месте и сделать его доступным для Power Platform в виде виртуальных таблиц в Dataverse.

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

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

Вот другие распространенные варианты использования:

• Объединяйте финансовые данные из Dynamics 365 или Dataverse с финансовыми данными из других систем, чтобы получить консолидированную аналитику.
• Объедините исторические данные, полученные в OneLake из устаревших систем, с текущими бизнес-данными из Dynamics 365 и Dataverse.
• Объедините веб-журналы и данные телеметрии со своего веб-сайта с подробностями о продуктах и ​​заказах из Dynamics 365.
• Применяйте машинное обучение и выявляйте аномалии и исключения в данных.

Рекомендации

Эти соображения реализуют основы Power Platform Well-Architected — набора руководящих принципов, повышающих качество рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Power Platform Well-Architected.

Надежность

• Проектирование с учетом отказоустойчивости: компоненты Power Apps и Power Automate повышают отказоустойчивость, поскольку зависят только от данных в озере-хранилище Fabric и не зависят напрямую от внутренних систем.

Группа безопасности

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

• Защита секретов приложений: виртуальные таблицы, создаваемые поставщиком виртуальных соединителей Fabric, используют подключения и ссылки на подключения для управления учетными данными для доступа к озеру-хранилищу Fabric и обеспечения безопасности этих учетных данных.

Эффективные процессы

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

Оптимизация взаимодействия

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

Соавторы

Microsoft поддерживает эту статью. Эту статью написали следующие участники.

Основные авторы:

• Рави Чада (Ravi Chada), главный руководитель программы

Следующие шаги

Проверьте, как создавать приложения и автоматизации, а также совершать действий на основе аналитики из Microsoft Fabric.

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

1. Создайте рабочую область Fabric, содержащую озеро-хранилище, в которое вы принимаете данные.

2. Создайте озеро-хранилище и выполните прием данных.

3. Создайте виртуальную таблицу для одного или нескольких таблиц в вашем озере-хранилище Fabric.

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

Связанные ресурсы

• Начало работы с виртуальными таблицами
• Ограничения виртуальных таблиц
• Замечания при использовании виртуальных таблиц