我正在寻找一些意见和建议,微软BI架构。需要设计支持以下功能的BI体系结构:
所以我已经确定了我需要的产品。问题是--它们是不同服务的一部分。现在看来,我们需要:选项1) Power溢价,以支持分页报告和自助服务BI以及用于建模的单独分析服务(Power缺乏多语言支持、列/对象级安全性、企业级AML等关键功能)。选项2)用于Viz的 Power和用于分页报告的SSRS和用于建模的分析服务。然而,在这里,我不确定SSRS是否可以在Azure上使用。管理三种不同的产品是多么的容易,特别是当数据驻留在前提和云中时。
有人要做类似的运动吗?你选了什么?目前,我希望避免不得不购买Premium,但我确实需要支持分页报告,并最大限度地使用Power许可证(数百个用户)。
谢谢!
发布于 2020-02-24 14:27:42
目前,在一个门户中组合SSRS和PBI的最佳方法是Premium,但是您可以在更便宜的Power BI嵌入式服务中做到这一点。主要的吸引力将是嵌入式A SKU,建立您自己的门户,以表面。如果您不需要外部用户,那么您可以使用EM版本,并在Sharepoint/Team等中显示PBI和SSRS。您还可以降低购买Pro许可证的成本,比如Premium,您的免费用户可以看到这些报告。
SSRS作为Azure服务不可用,但是您可以使用Server (Standard & Enterprise)来划分VM,并在那里托管SSRS站点。您也可以Pin SSRS报告到Power服务,但是钉扎并不能提供最佳的用户体验。
正如您已经注意到的,Analysis ( as )始终是数据建模的更好选择,因为它克服了Power服务的局限性。在AS中显示数据,允许用户连接Excel、PBI、SSRS和其他报告工具,因此选项2将是您的最佳选择。
管理不同的服务将耗费时间,但不可用,您可以使用Active Directory来限制访问等,因此只有相关用户才能连接、构建和使用报表,其他进程可能必须根据您自己的需求定义。
从我遇到的项目来看,它往往是选项2,客户仍然有一些complementary,并且使用PBI作为一个补充报告平台。然而,大多数人正从SSRS转移到PBI和Excel。Excel用于基于表的报告和数据转储。许多项目都有具有软件保证的,允许它们部署,而不是使用PBI服务。
https://stackoverflow.com/questions/60362224
复制相似问题