asp.net - 将消息从 SSIS (2012) 包推送到 ASP.NET Web 应用程序中的 SignalR 中心 - 最好的方法是什么？

Question

我有一个长期运行的 SSIS 包，其中包含许多数据流任务(有关 SSIS 的详细信息，请参阅 this question)。在这些任务之间，我想将实时状态更新发送到在 IIS 7.0 中托管的面向 Intranet 的 ASP.NET MVC 4 应用程序中运行的 SignalR 中心，以便用户可以查看进度。

从 SSIS 向 SignalR 中心客户端发送状态更新消息的最佳方式是什么？

以下 SSIS 任务似乎能够将消息传递到外部系统:

• SSIS 消息队列任务:在服务器上使用 MSMQ 专用队列一开始听起来很简单，只是 MSMQ 有点过时、缺乏维护且缺乏文档。也没有一种明显的方法可以与现有的支持 SignalR 的 Web 应用程序集成。有一个write-up about a self-hosted SignalR hub with connections to MSMQ ，但是这种方法可以在 ASP.NET MVC 应用程序中实现吗？

• SSIS 执行 SQL 任务:我已经从 SSIS 执行此操作(更新作业表中的 status_id)，因此困难的部分是检测这些更改并通过SignalR 集线器。 SignalR already can use SQL Server for scaling out ，但此技术假设所有消息一开始都是通过 SignalR 集线器传入的，但这里的情况并非如此。其他人谈论使用 SqlDependency ，但这是否可以使 ASP.NET 应用程序监视数据库表并收到所有更新通知？

• 使用 SSIS 脚本任务发送 HTTP 请求 (C#):经过反射(reflection)，这似乎是最直接的途径，但有一些注意事项。我正在构建的 Web 应用程序经过 NTLM 身份验证，因此我需要使用 System.Net.WebRequest 进行身份验证，这在 SSIS 中可能会出现问题，也可能不会出现问题。

关于 #3 的更新:SSIS 包正在 SQL Server 中运行。如果我使用 System.Net.CredentialCache.DefaultNetworkCredentials 向站点进行身份验证，则其运行的 Windows 帐户将无法授权。因此，似乎 WebRequest 只能在这种情况下工作，如果可以使用备用 NTLM 凭据(即不是从运行程序包的帐户派生)。该网站不接受基本的 HTTP 身份验证。

更新 2:看起来 System.Net.NetworkCredentials 可以使用任意域/用户/密码实例化并应用于 WebRequest。我还没有在 SSIS 任务的生产中对此进行测试。这个问题仍然悬而未决，因为维护许多相同的 SSIS 脚本任务(或开发可重用的 SSIS 任务)相当麻烦。可能有更简单、更快或更易于维护的解决方案。

关于赏金奖励的更新 3:400 名代表的赏金将授予提出可行策略并至少提供一些基本细节的最佳答案。

Answer 1

SSIS Message Queue Task

如果您使用它，则必须将消息发布到队列(MSMQ 是具有文件数据库的服务)。该消息可以是您想要的任何内容。然后，您必须编写一个 Windows 服务来轮询 MSMQ 队列中的消息(或注册到 MSMQ 事件)，并使用 C# 信号器客户端将消息传输到 Web 客户端。

+: MSMQ itself is reliable, MSMQ can post the message to other MSMQ
+: MSMQ will retain messages if they can not be delivered
-: All servers having MSMQ must be in the same Active Directory domain.
-: The service is not easy to write, if an error occurs in it all messages in the queue can be blocked (if the problematic message stays at the top of the queue)
-: It is not so easy to setup the security of MSMQ
-: There is no tool to recover the file db if it crashes.

我的想法是，如果您的消息通过本地网络/VPN 进行长距离传输，并且您的消息必须到达并且永远不会丢失，那么您可以使用 MSMQ。

就您而言，如果消息未到达，这并不是灾难性的......

Execute SQL Task

不要自行更新信号数据库。这不是一个可靠且长期存在的解决方案。

也不要在 SQL 表上使用监视功能(称为 Service Broker)。根据我的经验，它不可靠，它不断断开连接，无缘无故拒绝(重新)连接，而且 C# api 很糟糕。事实上，您只会收到一项更改通知，然后您必须自己查找更改并重新注册更改。

您可以做的是使用包含信号客户端的 CLR 存储过程。但如果你有 sql 2008R2 或更低版本，它必须是 .NET 2.0，signalr 不支持它(我很确定，但应该验证)。引用:http://technet.microsoft.com/en-us/library/ms131103.aspx

Use the SSIS Script task to send an HTTP request (using NTLM)

HTTP 请求是最好的方法。您可以将代码放入 CLR 存储过程中，这样它将可重用，并使用执行 sql 任务。引用:http://technet.microsoft.com/en-us/library/ms190790(v=sql.105).aspx