带有WCF的Rest api -理想数量的服务和操作合同部门

Question

我有一个wcf rest api项目，它有很多服务契约(差不多20个)，每个服务契约都有X方法(从3个方法到20个方法)。

我将其托管在IIS7中，并注册抛出Global.asax的所有路由(不使用.svc文件)。

每次我回收IIS (在每次安装新代码之后)，对每个路由的第一个请求都非常慢(在某些路由上从30秒到2分钟)。

现在我想解决这个问题，并重建大量的路由及其方法。我试图在每个服务合同中寻找理想的运营合同数量和理想的服务合同数量，但找不到合适的答案。

有没有理想的解决方案来解决我的问题？

Answer 1

在进一步阅读并对我的api做了一些测试后，我得出了一些结论：

1. 服务和运营合同没有神奇的数字。
2. 如果回收后的预热时间太长(对于某些应用程序来说，10秒也可能太长)，你可以使用一些模式来避免这种情况。Example for those patterns

这些模式的主要思想是避免用户等待请求。解决这个问题的方法之一是使用负载均衡器，我们部署的每个服务器都将临时从负载均衡器中移除，所有请求都将转到其他服务器。在这些模式中，我还找到了一种解决方案，允许用户访问旧版本的服务器，而新版本则安装在其他服务器上。

希望它能帮助我身边的人。