Архитектура Microsoft BI: Power BI, разбитые на страницы отчеты, службы анализа и облако - какое оптимальное решение? - PullRequest
0 голосов
/ 23 февраля 2020

Я ищу некоторые мнения и предложения относительно архитектуры Microsoft BI. Необходимо разработать архитектуру BI, которая поддерживает:

  1. Self-Service BI - мышление Power BI
  2. Моделирование на уровне предприятия с надлежащим контролем источника, безопасностью данных и многоязычной поддержкой - мышление служб аналитики
  3. Стандартные отчеты (разбитые на страницы) - размышления о SSRS или Power BI Report Builder
  4. Гибридная инфраструктура - как в локальных, так и в облачных источниках данных, включая MS SQL, Azure и SAP BW и SAP HANA

Итак, я определил нужные мне продукты. Проблема в том, что они являются частью разных услуг. На данный момент нам кажется, что нам потребуется: Вариант 1) Power BI Premium для поддержки разбитых на страницы отчетов и самообслуживания BI и отдельных аналитических служб для моделирования (Power BI Premium не хватает ключевых функций, таких как поддержка нескольких языков, столбец / уровень безопасности объекта, уровень предприятия (AML). Вариант 2) Power BI Pro для Viz и самообслуживания BI, SSRS для разбитых на страницы отчетов и службы анализа для моделирования. Однако здесь я не уверен, доступен ли SSRS на Azure. И насколько легко было бы управлять тремя разными продуктами, особенно если данные находятся в помещении и в облаке.

Кто-нибудь должен был делать подобное упражнение? Что вы выбрали? На данный момент я бы не хотел покупать Power BI Premium, но мне нужно поддерживать разбитые на страницы отчеты и максимально использовать лицензии Power BI PRO (сотни пользователей).

Спасибо!

1 Ответ

0 голосов
/ 24 февраля 2020

На данный момент лучший способ объединить SSRS и PBI на одном портале - это Power BI Premium, однако это можно сделать с помощью более дешевой Power BI Embedded Service . Основной недостаток будет для встраиваемых SKU, создающих свой собственный портал для их отображения. Если вам не нужны внешние пользователи, вы можете использовать версию EM и показать PBI и SSRS в Sharepoint / Teams et c. Вы также сможете снизить стоимость покупки сотен лицензий Pro, как и Premium, ваши бесплатные пользователи смогут просматривать отчеты.

SSRS недоступна как услуга Azure, однако вы можете раскрутить виртуальную машину с сервером SQL (Standard & Enterprise) и разместить там сайт SSRS. Вы также можете закреплять отчеты SSRS в Power BI Service, но закрепление не дает лучшего пользовательского опыта.

Analysis Services (AS) всегда будет лучшим выбором для моделирования данных как он преодолевает ограничения службы Power BI, как вы уже отметили. Поверхность данных в AS позволяет пользователю соединяться с Excel, PBI, SSRS и другими инструментами отчетности, поэтому вариант 2 будет вашим лучшим вариантом.

Управление различными службами займет много времени, но недоступно, вы можете использовать Active Directory для ограничения доступа и т. Д. c, так что только соответствующие пользователи могут подключаться, создавать и использовать отчеты, другие процессы могут потребоваться определяется в соответствии с вашими требованиями.

Из проектов, с которыми я столкнулся, это, как правило, вариант 2, клиенты все еще имеют некоторые предварительные SSRS и используют PBI в качестве дополнительной платформы отчетности. Однако большинство из них переходит от SSRS к PBI и Excel. Excel используется для отчетов на основе таблиц и дампов данных. Ряд проектов имеют SQL Server Enterprise с программным обеспечением, что позволяет им развертывать Power BI Report Server на месте, а не использовать службу PBI.

...