对于我们的一位客户，我们目前面临两难境地。SQL Server Reporting Services Report Server（SharePoint 模式）似乎已被弃用，因为支持它的最后一个版本是SQL Server 2016。
现在我们的客户希望 SharePoint 与 Reporting Services 集成，并且当前支持 SQL Server 2016，因此可以选择走这条路。我只是觉得用一种基本上已经死了的技术为客户构建一些东西感到不安。
所以，我一直在研究未来会有什么样的选择（SQL Server 2017 起）。John White 的一篇文章指出，这是一件好事，因为它允许 SSRS Native 模式更紧密地集成到 SharePoint 中。但他的文章来自 2016 年底，并指出了我正在努力看到的未来改进。
微软自己的SQL Stream 博客在 2016 年 11 月解决了这个问题，并提到了他们计划未来重点关注的三个场景。即：在 SharePoint 页面中嵌入报表；报告 SharePoint 列表中的数据；向 SharePoint 库提供报告。
在那之后我能从微软那里找到的东西很少。我只在SQL Server 博客上找到了另一篇提到 SharePoint 的文章，并宣布了“报表查看器 Web 部件”。
我的问题是，以前有人遇到过这种困境吗？你是怎么解决的？我知道我们可以使用 PowerShell 脚本并在 SharePoint 上创建嵌入式报告，但考虑到“SharePoint 模式”是什么，它似乎不太优雅。
编辑：我意识到我问了一个值得回答的问题，这个问题更像是一种观点而不是事实。我感兴趣的是从 SQL Server 2017 和更新的角度接近 Report Server - SharePoint 集成。
如果他们只想在 SharePoint 页面中嵌入报表，或编写使用 SharePoint 列表数据的报表，请使用 SSRS 或Power BI 报表服务器的本机模式安装，并使用报表查看器 Web 部件，或仅使用网页 Web 部件进行嵌入.
您可能会建议他们使用 Power BI 报表服务器，因为它不仅具有 SSRS 功能，而且还具有 Power BI 交互式报表，它是 SharePoint 中旧 PowerView 报表的继承者。
SSRS SharePoint 模式增加了向 SharePoint 列表交付计划报告的能力，但在本机模式下有合理的解决方法。并添加了在 SharePoint 中管理报表内容（报表、数据源等）的功能，这就是本机和 SharePoint 集成模式之间的主要区别。如果他们真的需要，请使用 SSRS 2016。它将支持到 2026 年 7 月。