Rest api与WCF-理想数量的服务和运营合同划分
本文关键字：服务 划分 合同 api WCF- 理想 Rest | 更新日期: 2023-09-27 18:27:15
我有一个wcf-rest-api项目，其中有很多服务合同（几乎20个），每个服务合同都有X方法（从三个到二十个方法）。
我在IIS7中托管它，并注册所有抛出Global.asax的路由（不使用.svc文件）。
每次我回收IIS（每次安装新代码后），对每个路由的第一个请求都非常慢（在某些路由中，从30秒到2分钟）。
现在我想解决这个问题，重建路线和他们的方法量。我试着在每份服务合同中寻找理想的运营合同金额和理想的服务合同金额，但没有找到合适的答案。
有一个理想的解决方案来解决我的问题吗？
在阅读了更多内容并对我的api进行了一些测试后，我得出了一些结论：
- 服务和运营合同没有神奇的数字。但有时，拆分一个大的服务契约（例如，一个有20种方法的契约）是一个很好的主意，它会在回收后花费太多时间加载
- 如果回收后的预热时间太长（对于某些应用程序，10秒也可能太长），可以使用一些模式来避免
这些模式的主要思想是避免用户等待请求。解决问题的方法之一是使用负载均衡器，我们部署的每台服务器都将从负载均衡器中临时删除，所有请求都将转到其他服务器。在这些模式中，我还找到了一个解决方案，让用户在其他服务器上安装新版本时访问旧版本的服务器。
希望它能帮助我身边的人。