Создание содержимого для миграции в Power BI
В этой статье описывается этап 4, который связан с созданием и проверкой содержимого при миграции в Power BI.
Ескерім
Полное объяснение приведенной выше графики см. в разделе Обзор миграции Power BI.
Этап 4 сосредоточен на выполнении основной задачи по преобразованию доказательства концепции (POC) в готовое к внедрению решение.
Выходные данные этого этапа — это решение Power BI, которое было проверено в рабочей области разработки и готово к развертыванию в рабочей среде.
Шайпұл
Большинство тем, рассмотренных в этой статье, также относятся к стандартному проекту реализации Power BI.
На этом этапе тот же человек, который выполнил POC, может продолжать производство готового к производству решения Power BI. Или кто-то другой может быть вовлечен. Если временные рамки не подвергаются риску, будет замечательно привлечь людей, которые в будущем будут отвечать за разработку Power BI. Таким образом, они могут активно учиться.
Маңызды
Повторно используйте как можно больше результатов из проекта POC.
Вы можете создать новую семантику импорта, если существующая семантическая модель Power BI еще не существует в соответствии с вашими потребностями или если она не может быть улучшена в соответствии с вашими потребностями.
В идеале с самого начала рассмотрите возможность разделения разработки над данными и отчетами. Разделение данных и отчетов упрощает разделение работы и разрешений, когда разные люди отвечают за моделирование и отчеты. Он обеспечивает более масштабируемый подход и поощряет повторное использование данных.
К основным действиям, связанным с разработкой семантической модели импорта, относятся:
- Получение данных из одного или нескольких источников данных (которые могут быть потоком данных Power BI).
- Формирование, объединение и подготовка данных.
- Создайте семантическую модель, включая таблицы дат.
- Создание и проверка связей модели.
- Определите меры.
- При необходимости настройте безопасность на уровне строк.
- Настройте синонимы и оптимизируйте Q&A.
- Планирование масштабируемости, производительности и параллелизма, что может повлиять на решения о режимах хранения данных, таких как использование составной модели или агрегатов.
Шайпұл
Если у вас есть разные среды разработки, тестирования и рабочей среды, рассмотрите возможность параметризации источников данных. Это позволит упростить развертывание, описанное на этапе 5.
К основным действиям, связанным с разработкой отчета Или панели мониторинга Power BI, относятся:
- Решение об использовании динамического подключения к существующей модели данных или создании новой модели данных
- При создании новой модели данных определите режим хранения данных для таблиц моделей (импорт, DirectQuery или Составной).
- Выберите лучшее средство визуализации данных, соответствующее требованиям: Power BI Desktop, Paginated Report Builder или Excel.
- Определите лучшие визуальные элементы для рассказа истории, которую должен рассказать отчет, и для ответа на вопросы, которые необходимо решить.
- Убедитесь, что все визуальные материалы представляют четкую, краткую и дружественную для бизнеса терминологию.
- Учет требований к интерактивности.
- При использовании динамического подключения добавьте меры уровня отчета.
- Создайте панель мониторинга в служба Power BI, особенно если потребители хотят легко отслеживать ключевые метрики.
Ескерім
Многие из этих решений уже были приняты на более ранних этапах планирования или на техническом этапе проверки концепции.
Существует четыре основных аспекта проверки решения Power BI:
- Точность данных
- Безопасность
- Функция
- Производительность
В рамках одноразового мероприятия в процессе миграции необходимо убедиться, что данные в новом отчете соответствовали данным, отображенным в старом отчете. Или, если есть разница, вы можете объяснить, почему. Чаще, чем вы могли бы подумать, встречаются ошибки в устаревших решениях, которые решаются в новых решениях.
В рамках текущих усилий по проверке данных новый отчет обычно необходимо перекрестно проверять с исходной исходной системой. В идеале эта проверка выполняется в повторяемом режиме при каждом публикации изменений отчета.
При проверке безопасности необходимо учитывать два основных аспекта:
- Разрешения в отношении данных
- Доступ к семантической модели, отчетам и панелям мониторинга
В семантической модели импорта разрешения данных применяются путем определения безопасности на уровне строк (RLS). Также возможно, что разрешения данных применяются исходной системой при использовании режима хранения DirectQuery (возможно, с единым входом).
Основными способами предоставления доступа к содержимому Power BI являются:
- Роли рабочей области (для редакторов содержимого и зрителей).
- Разрешения аудитории приложения, применяемые к упакованному набору содержимого рабочей области (для зрителей).
- Предоставление общего доступа к отдельному отчету или панели мониторинга (для зрителей).
Шайпұл
Мы рекомендуем обучать авторов содержимого о том, как эффективно управлять безопасностью. Также важно иметь надежное тестирование, аудит и мониторинг.
Это время для двойной проверки сведений о семантической модели, таких как имена полей, форматирование, сортировка и поведение суммирования по умолчанию. Функции интерактивного отчета, такие как слайсеры, действия drill-down, действия drillthrough, выражения, кнопки или закладки, также должны быть проверены.
В процессе разработки решение Power BI должно регулярно публиковаться в рабочей области разработки в службу Power BI. Убедитесь, что все функции надёжно работают в службе, например, отрисовка пользовательских визуальных элементов. Это также хорошее время для дальнейшего тестирования. Тестирование запланированного обновления, Q&A и способ просмотра отчетов и панелей мониторинга на мобильном устройстве.
Производительность решения Power BI важна для взаимодействия с потребителем. Большинство отчетов должны представлять визуальные элементы в течение 10 секунд. Если у вас есть отчеты, которые требуют больше времени для загрузки, приостановки и пересмотра того, что может способствовать задержкам. Производительность отчетов должна регулярно оцениваться в службе Power BI в дополнение к Power BI Desktop.
Многие проблемы с производительностью возникают из-за некачественного DAX (Data Analysis Expressions), плохого дизайна семантической модели или неоптимального проектирования отчетов (например, при попытке отрисовки слишком большого количества визуальных элементов на одной странице). Технические проблемы с средой, такие как сеть, перегруженный шлюз данных или настройка емкости Premium, также могут способствовать проблемам с производительностью. Дополнительные сведения см. в руководстве по оптимизации power BI и устранении неполадок с производительностью отчетов в Power BI.
Маңызды
Иногда в этой статье упоминается Power BI Premium или ее подписки на емкость (P SKU). Обратите внимание, что корпорация Майкрософт в настоящее время объединяет варианты покупки и выводит из обращения SKU емкости Power BI Premium. Новые и существующие клиенты должны рассмотреть возможность приобретения подписок на ресурсы Fabric (SKU) в качестве альтернативы.
Для получения дополнительной информации см. Важное обновление в лицензировании Power BI Premium и Часто задаваемые вопросы о Power BI Premium.
Существует два основных типа документации, которые полезны для решения Power BI:
- Документация по семантической модели
- Документация по отчетам
Документация может храниться там, где она наиболее доступна целевой аудитории. Распространенные варианты включают:
- В пределах сайта SharePoint: сайт SharePoint может существовать для Центра передового опыта или внутреннего сообщества Power BI.
- В приложении: URL-адреса можно настроить при публикации приложения Power BI для предоставления потребителю дополнительных сведений.
- В отдельных файлах Power BI Desktop: элементы модели, такие как таблицы и столбцы, могут определять описание. Эти описания отображаются в виде подсказок в области данных при создании отчетов.
Шайпұл
Если вы создаете сайт в качестве центра документации, связанной с Power BI, попробуйте настроить меню Get Help с указанием его URL-адреса.
Документация по семантической модели ориентирована на пользователей, которые будут управлять семантической моделью в будущем. Полезно включить:
- Решения по проектированию и причины.
- Кто владеет, поддерживает и сертифицирует семантические модели?
- Требования к обновлению данных.
- Пользовательские бизнес-правила, определенные в семантических моделях.
- Определенные требования к безопасности семантической модели или конфиденциальности данных.
- Будущие потребности в обслуживании.
- Известные открытые проблемы или отложенные элементы невыполненной работы.
Кроме того, вы можете создать журнал изменений, который содержит наиболее важные изменения, которые произошли с семантической моделью с течением времени.
Документация по отчетам, которая обычно структурирована как пошаговое руководство для потребителей отчетов, может помочь потребителям получить больше ценности из отчетов и панелей мониторинга. Краткий видеоурок часто хорошо работает.
Вы также можете включить дополнительную документацию по отчету на скрытой странице отчета. Она может включать в себя решения по проектированию и журнал изменений.
В следующей статье этой серии миграции Power BI вы узнаете о стадии 5, которая связана с развертыванием, поддержкой и мониторингом содержимого при миграции в Power BI.
Другие полезные ресурсы:
- Преобразование бизнес-аналитики Майкрософт
- Планирование реализации Power BI
- Вопросы? попробуйте обратиться к сообществу Fabric
- Есть предложения? Вносите идеи для улучшения Fabric
Опытные партнеры Power BI помогут вашей организации добиться успеха в процессе миграции. Чтобы найти партнера Power BI, перейдите на портал партнеров Microsoft Power BI .