将.net远程处理替换为WEB API、WCF、SignalR或Akka.net

我有一个通过.net远程处理与widnows服务通信的web应用程序。这些应用程序位于同一台服务器上，工作正常。web应用程序有一个按钮，可触发该按钮以使用.net远程处理在windows服务中启动函数。 现在我们将把web应用程序放在云上，而windows服务将放在客户端，两者之间的通信将由web API进行。我们只需要相同的功能来触发windows服务中的功能。你能告诉我什么是最好的解决方案吗？我可以使用以下选项之一吗

• Web API（正如我已经在这两个应用程序之间使用的那样）
• WCF（同时维护这两项服务可能会更痛苦）
• 信号器（它是用于我的场景的选项吗？）
• Akka.net（我听说我的一位同事说这也是一种选择）

请向我推荐最好的解决方案，并提供一个例子

---

谢谢。

Web Api是一个不错的选择。如果您需要实时更新客户端（windows服务）上的数据，您可以将signalR与web api一起使用

webapi是一个不错的选择。如果您需要实时更新客户端（windows服务）上的数据，您可以将signalR与web api一起使用

Akka.Remote是一个简单的工具，您可以使用它来替换相同的功能，而无需自己编写序列化或连接管理位。它应该是开箱即用的。下面是一个示例：

Akka.Remote是一个简单的工具，您可以使用它来替换相同的功能，而无需自己编写序列化或连接管理位。它应该是开箱即用的。这里有一个示例：

嗨，Aaronontheweb，我对Akka知之甚少，但我已经按照链接创建了一个示例应用程序，运行良好。还有几件事我需要澄清如果我在Azure上部署我的Web API并将客户端应用程序保留在客户端的机器上，这会正常工作吗收到并处理消息后，我是否可以从客户端获取akndowldegment？请建议。谢谢。是的，你可以-你只需要把回复发送回电话另一端的远程演员。虽然对于客户端-服务器类型的应用程序，Akka.Remote可能不是最佳选择，因为它的设计目的是帮助形成对等网络，因此它需要在连接的两端打开入站端点。如果你将软件部署到客户端的机器上，这可能会很棘手。嗨，Aaronontheweb，我对Akka知之甚少，但我已经按照链接创建了一个运行良好的示例应用程序。还有几件事我需要澄清如果我在Azure上部署我的Web API并将客户端应用程序保留在客户端的机器上，这会正常工作吗收到并处理消息后，我是否可以从客户端获取akndowldegment？请建议。谢谢。是的，你可以-你只需要把回复发送回电话另一端的远程演员。虽然对于客户端-服务器类型的应用程序，Akka.Remote可能不是最佳选择，因为它的设计目的是帮助形成对等网络，因此它需要在连接的两端打开入站端点。如果要将软件部署到客户机上，这可能会很棘手。