结合 .NET MVC 网站和 Windows 服务

Question

我目前正在参与一个简单到中等复杂的物联网项目。我们应用程序的主要目的是从我们的设备收集数据并分析这些数据以及计算统计数据。

在服务器端，我们运行一个 MVC 应用程序。到目前为止，我们使用 Hangfire 来安排计算。 Hangfire 是一个用于安排电子邮件和其他简单事情的神奇工具，对于更高级的事情它太慢了。计算可能会占用大量时间并且是处理器密集型的（不过我们正在尝试对其进行优化），因此我们需要在后台任务中调用它们，一个简单的 API 调用是不够的。

我考虑将应用程序拆分为多个部分，网站、核心和 Windows 服务。

问题是，我以前从未尝试过，而且我不知道实现这种事情的最佳实践是什么。我搜索了示例和文章，但我发现的只是使用 Hangfire 和/或 Quartz.NET 的建议。

有没有人提供关于构建 MVC 应用程序、Windows 服务的最佳实践以及它们如何通信（可能通过队列）的任何资源？在这种情况下，最佳做法是什么？

Answer 1

虽然可能有许多不同的方法可以将站点与 Windows 服务连接起来，但根据您的陈述，我可能会选择以下两种方法之一：

直接沟通

让您的网站将数据发送到后端 Windows 服务的一种方法是使用 WCF。该服务将公开一个端点。为简单起见，这可以是 basicHttpBinding 或 netTcpBinding。应根据您的具体要求进行选择；如果数据很小，那么 basicHttp 可能“足够”。

这种方法的优点是所需的开销相对较小：您只需设置 Windows 服务（无论如何您都必须这样做）并为 WCF 绑定打开一个端口。站点充当客户端，服务充当服务器。它没有什么特别之处，只是因为客户端是一个 MVC 站点。您几乎可以将任何 WCF 教程作为起点。

请注意，您可以使用 .NET Remoting 甚至 sockets 等其他技术来代替 WCF。就个人而言，我经常使用 WCF，因为我已经很习惯了，但这个选择是基于意见的。

排队通信

如果可靠性和完整性对​​您的项目至关重要，那么使用队列可能是个好主意。同样：根据您的需求，可能会考虑不同的产品。如果您不需要太多的监控和开箱即用的管理好东西，那么即使是像 MSMQ 这样非常简单的技术也可能就足够了。

如果您对上述几点的要求更相关，那么也许您应该寻找其他东西。就在最近，我接触了 Service Bus for Windows Server (SBWS)。它是 Azure 服务总线 的小兄弟，可以在本地 Windows 服务器上使用。它的好处是，它不收取额外费用，因为它已经获得了您的 Windows 服务器许可证。

与第一点一样：MSMQ 和 SBWS 只是两个示例。可能还有很多其他产品，如 NServiceBus、ZeroMQ 或其他可用的产品，你可以说。