托管的 WCF 服务有多贵？

Question

我和一位同事正在讨论WFC服务，说到“成本”这个话题。

问题是这样的：

鉴于 IIS 托管的 WCF 服务和 Windows 服务托管的 WCF 服务执行完全相同的操作，如果它们都接受相同的内容，则在内存和 CPU 周期方面哪个服务将更加“昂贵”加载？

我们不关心初始启动编码、安装或配置（IIS 似乎旨在提供更简单的体验），只关心运行服务的基本成本。

Answer 1

我无法提供具体数字，但如果这是一个大问题，您绝对应该进行性能测试以确定。对于典型的基于 HTTP 的 WCF 服务，所有请求最初都会由 Windows 内部的 http.sys 处理，然后分派到适当的进程。您的服务是托管在 IIS 中还是独立运行，与您使用的特定于 WCF 的配置设置（关于每次调用、每次会话或单例配置以及请求大小限制和请求限制）无关。

我会关注可用性以及比严格的性能数字更有意义的东西，因为它们应该几乎相同。

底线：使用更方便的方式，必要时进行性能测试。

Answer 2

IIS 或基于 Windows 服务的 WCF 托管之间的一项非常重要的性能考虑因素是绑定类型。 IIS 仅支持通过 HTTP 运行的 WCF 绑定，例如 wsHttpBinding。 basicHttpBinding 等。

众所周知，非 Http 绑定具有更好的性能，例如 netTcpBinding （我认为服务和客户端都基于 WCF）或 netNamedPipeBinding （最快，但服务/客户端必须位于同一台计算机上）。当然，这些都有其自身的局限性，尤其是灵活性方面。

这是一个很好的概述： http ://weblogs.asp.net/spano/archive/2007/10/02/choosing-the-right-wcf-binding.aspx

这里有一个非常类似的讨论：WCF 绑定性能

Answer 3

我知道这并不能完全回答你的问题，但我想分享我的经验。

我有一个 Windows 控制台应用程序，在计划时它会调用 IIS 中托管的 WCF 服务。在此体系结构中，IIS 实际上是完全不必要的，只是整个解决方案的一个附加组件。它被包含在解决方案中实际上是出于营销原因，为了增强产品，而不是出于技术原因。

这些是我面临的主要问题，以及为什么我会出于技术原因避免使用 IIS（如果可以的话），这也适用于我的经验。请注意：我并不是说在 IIS 中托管 WCF 服务是一个坏主意。我只是根据我目前正在开发的产品发表我的想法。

1. 在循环中包含 IIS 意味着在整个解决方案中包含另一个系统。这反过来又增加了部署的复杂性。一些客户端运行 IIS6，其他客户端则运行 7。虽然这些差异表面上看起来似乎很小。毫无疑问，它们仍然是不同的，这意味着如果您将产品部署到不同的客户端，您将增加更多潜在的环境差异。不要低估这些差异。我什至有客户尝试在 SharePoint 网站集中运行我的 WCF 服务（废话！），问题的关键远比您想象的可能出错。
2. IIS 还具有 AppPool 考虑因素，可能需要根据产品的复杂性进行配置。该 AppPool 需要一个身份来运行，这又给您的整体解决方案增加了更多的复杂性。
3. 我遇到了一些问题，其中单线程服务有时会出现“有趣的” - 线程中止消息。虽然我仍在试图找出确切的原因，但在我内心深处，我真诚地希望这与 IIS 无关。关键是，如果我从整体解决方案中删除 IIS，我就不会考虑这一点。
4. 我听说过这样的讨论：与自托管相比，IIS 是 WCF 服务更强大的托管环境。我不完全确定这有什么分量。如果您知道自己在做什么，那么您的自托管服务就没有理由不可靠。但我想，实现 IIS 中的一些自动功能（例如 WP 回收）需要更多的前期工作。
5. 我对循环中的 IIS 总体来说并不是不满意，但是当我将产品交付部署时，这很痛苦，并且没有强大技术背景的顾问必须设置 IIS 应用程序。通常，某些事情可能并且将会出错，并且需要具有更多技术经验的人员介入并解决。如果您是自托管，则可以更轻松地打包应用程序以进行部署。
6. 抱歉重申一下，如果您选择 IIS，您的解决方案中将有 2 个应用程序，而不是 1 个，即使您组织的业务部门仅将应用程序视为一个业务单元，本质上并不了解解决方案的全部复杂性你正在实施。例如：为什么我们有2个配置文件？为什么我们必须配置邮件两次？为什么我们必须将 DLL 部署到 2 个位置。这些问题被很多人问到。
7. 最后我想我要提一下，如果您远程工作或通过 VPN 部署到客户端，情况会变得更糟，有时顾问可以访问您无法访问的敏感区域。作为开发人员，请尝试从整体解决方案中消除尽可能多的额外负担。我们还要提一下，系统管理员有时可能会发出方便的 IIS 重置，如果您的应用程序与其他应用程序一起托管，他们会重置您的服务。

根据我的经验，系统越少=出错的可能性就越小。但您需要确定您是否有能力实施可靠的自托管服务。这一切又直接关系到开发、部署和维护的成本。