.Net体系结构建议； 从网络开始流程

Question

我正在一个由Web应用程序组成的项目中，用户可以在其中开始漫长的生成不同类型文件的过程。 用户将无法下载文件，只能启动该过程，并且文件将位于服务器上，此过程可能需要几个小时。

解决这个问题的我的主意是与Windows服务通信的MVC应用程序，并且该服务启动文件生成过程。

我对此有些担忧。

1. 根据您的经验，您认为这是解决问题的最佳方法吗？

2. 沟通Web应用程序和Windows服务的最佳和最简便的方法是什么？ 这是一种从Web到服务的通信方式。

3. 关于Windows服务； 服务应该执行所有流程吗？ 或者，如果服务仅执行执行不同类型文件生成的控制台应用程序，则可能会更好。

非常感谢您的帮助。

Answer 1

由于Web API可以在任何进程中自行托管，并且Windows服务也不例外，因此我建议在同一Windows服务中同时托管HTTP API和长进程。

• 使用OWIN / Katana托管您的Web API。
• 使用Topshelf创建Windows服务。

如果您使用最佳实践设计和实现此Windows服务，则它应该是一个很好的解决方案，并且您应该考虑解决方案的部署有多么容易，因为您不再需要IIS。

Answer 2

我仍然会使用IIS。 这是因为它的支持。 长期以来一直使用Web webservice托管长期运行的后台服务，而没有出现问题。 唯一需要考虑的是删除默认的应用程序回收。 当然，您的应用程序将需要正确处理启动/停止事件。