我正在寻找有关 Microsoft BI 架构的一些意见和建议。需要设计一个支持以下功能的 BI 架构:
- 自助式 BI - Power BI 思考
- 企业级建模，具有适当的源代码控制、数据安全性和多语言支持 - 对分析服务的思考
- 标准报告(分页报告)- SSRS 或 Power BI 报告生成器的思考
- 混合基础设施 - 本地数据源和云数据源，包括 MS SQL、Azure 和 SAP BW 和 SAP HANA
所以我已经确定了我需要的产品。问题是 - 它们是不同服务的一部分。目前看来我们需要: 选项 1) Power BI Premium 支持分页报表和自助式 BI 以及用于建模的单独分析服务(Power BI Premium 缺乏多语言支持、列/对象级安全性、企业级 AML 等关键功能) )。 选项 2) 用于 Viz 的 Power BI Pro 和用于分页报告的自助 BI、SSRS 以及用于建模的分析服务。不过，我不确定 SSRS 是否在 Azure 上可用。管理三种不同的产品是多么容易，尤其是当数据驻留在本地和云中时。
有人做过类似的练习吗？你选择了什么？目前，我希望避免购买 Power BI Premium，但我确实需要支持分页报告并最大限度地利用 Power BI PRO 许可证(数百个用户)。
谢谢!
最佳答案
目前，将 SSRS 和 PBI 结合在一个门户中的最佳方法是 Power BI Premium，但是您可以使用更便宜的 Power BI Embedded Service 来实现此目的。 。主要缺点是嵌入式 A SKU，需要构建您自己的门户来展示它们。如果您不需要外部用户，那么您可以使用 EM 版本并在 Sharepoint/Teams 等中显示 PBI 和 SSRS。您还可以像 Premium 一样降低购买 100 个 Pro 许可证的成本，您的免费用户能够看到报告。
SSRS 不能作为 Azure 服务提供，但是您可以使用 SQL Server(标准版和企业版)启动 VM 并在那里托管 SSRS 站点。您还可以Pin SSRS reports到 Power BI 服务，但固定并不能提供最佳的用户体验。
分析服务 (AS) 始终是数据建模的更好选择，因为它克服了 Power BI 服务的限制，正如您所指出的。在 AS 中显示数据，允许用户连接 Excel、PBI、SSRS 和其他报告工具，因此选项 2 将是您的最佳选择。
管理不同的服务会很耗时，但不可用，您可以使用 Active Directory 来限制访问等，因此只有相关用户可以连接、构建和使用报告，其他流程可能必须根据您自己的要求定义。
从我遇到的项目来看，它往往是选项 2，客户仍然有一些本地 SSRS 并使用 PBI 作为补充报告平台。然而，大多数人正在从 SSRS 转向 PBI 和 Excel。 Excel 用于基于表格的报告和数据转储。许多项目都拥有带有软件保障的 SQL Server Enterprise，这使他们能够在本地部署 Power BI 报表服务器，而不是使用 PBI 服务。
关于azure - Microsoft BI 架构 : Power BI, 分页报表、分析服务和云 - 最佳解决方案是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/60362224/