我正在创建一个应用程序，该应用程序将与安装 WCF Web 服务的单个服务器进行通信。我对这个过程有点陌生，想知道从长远来看，这两个选项中的哪一个会更好地处理大量用户的负载：
1- 在多核服务器上创建并安装单个 Web 服务，供所有客户端应用程序进行通信。
2- 在多核服务器上创建和安装多个 Web 服务，每个服务与客户端应用程序内部的不同模块进行通信。
总而言之，我只是想弄清楚选项 1 和 2 之间是否存在显着差异，或者选项 2 是否只会造成不必要的编程头痛.
谢谢，
帕特里克
【问题讨论】：
标签： c# wcf web-services load-balancing
拥有多个 Web 服务的优势在于，每个服务都可以在 IIS 中拥有自己的应用程序池（即工作进程）。因此，您可以为一项 Web 服务回收一个应用程序池，而不会影响其他服务。
拥有单个 Web 服务的优势可能是更容易维护，因为代码在一个文件中等等。当然，如果代码很多，这也会使维护变得更加困难。
所以问题是，正确的粒度级别是多少？
您可以根据业务功能拆分 Web 服务，我发现这是一个很好的方法。例如，如果您有一些处理发票的业务方法，您可以将它们放入 Invoicing Web 服务中。
如果您有其他处理运输订单的业务方法，您可以将它们放入运输网络服务中。
在我看来，这创造了一个很好的拆分，还可以让您利用前面讨论的应用程序池优势。
示例 您可以使用FedEx 查看此类拆分的真实示例。请注意他们如何通过运输、跟踪和可见性等来拆分其网络服务。
【讨论】：