1
1
我已经使用应用程序请求路由几个月了,不过在这个时间点上,它更多的是用于反向代理,而不是负载平衡或服务器场管理。 当你开始使用100%的微软堆栈时,这当然很方便。 我现在还不能和表演说话,至少在广义上是这样。使用它作为代理不会给用户带来明显的性能影响,但它确实会偶尔引入502,显然,当内容服务器的响应时间比arr控制器的超时配置时间长时。 arr看起来是相当可扩展的,可以与定制的亲合提供者集成,也可以与第三方设备(如citrix或f5)集成,但我还没有充分探讨这一点。 我没有看到“确定的”,没有“正常的”稳定性问题,但有一些可能是arr相关的iis片状。由于应用程序池回收或服务器重新启动而消失的无法解释的错误。 遇到的小问题都没有妨碍生产。遇到的所有小问题都不是客户端的showstoppers。 |
2
-1
使用.net 4.0我们可以得到 WCF路由服务 它看起来是一个基于软件的代理,我们可以用它来分配负载。它可以执行基于内容的路由、协议中介(TCP/IP->http或https->http),并且可能以某种方式扩展。 要开始的一些资源:
您可以使用Bustamante的这些文章开始自己的滚动: 小精灵, Z |
Emopusta · 从后端到前端的图像路径不工作 2 年前 |
Asdrubal Hernandez · Linq查询特定数组索引出错 2 年前 |
Niyazi Babayev · 如何在表达式中动态应用表达式? 2 年前 |
Dansih · .Net核心自定义身份验证方案 2 年前 |
lolorekkk · 面板插入。NET WinForm 2 年前 |