【问题标题】:long running process behind .NET service.NET 服务背后的长时间运行进程
【发布时间】:2011-01-22 04:36:00
【问题描述】:

我希望有架构头脑的人就以下方面的最佳框架或方法提出建议:

服务器:.NET 中的 Windows 服务

客户端:任何主流语言,.NET 应用程序/网络应用程序的组合,以及一些基于 Linux 的 Ruby 客户端。

我的一个想法是让 Windows 服务将自己暴露为 Web 服务,并提供用于启动作业、取消作业、获取状态和获取结果的 Web 服务方法。

还有其他想法吗?

【问题讨论】:

    标签: ruby-on-rails service


    【解决方案1】:

    服务最终需要一个主机。您可以使用简单的 Windows 服务或托管应用程序。 IIS 就是为此而设计的。我会认真考虑在 IIS 托管进程中托管您的服务(Web 服务或其他协议)。 IIS 具有管理支持,新的AppFabric 技术在此基础上提供更好的管理和扩展能力。

    作为服务本身,我会考虑在开放式 Web 类型架构上使用,例如 REST,以便与尽可能多的不同平台兼容。

    您的长期运行流程是工作流程吗?如果是这样,您可以利用 .net WF 为您服务,并且 .net 4 中的 WF 已经完全由 IIS 托管。

    【讨论】:

    • REST 很好,但是一个基本的配置文件 Web 服务可以为您提供更多的客户端代理生成工具。或者您可以在 REST 服务器中使用此代理吗?
    • 我认为使用 WCF 很容易,但使用技术可能更难。但是会有一些库可以与 HTTP 一起使用。
    猜你喜欢
    • 2020-11-20
    • 2015-02-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多