第二部分 中间层均衡负载WCF
在第一部分的文章里，简单介绍了一下怎么在WEB层做均衡负载，主要用到的软件是Nginx.这里为啥引用中间层的概念呢？
最简单的部署方式： WEB层->访问DB， 这里直联数据库的做法，就是二层架构，WEB层和DB可以放在不同一个服务器上。在用户量和并发量大的时候，WEB层和DB压力都很大，而且还缺乏扩展性，所以大型架构都会采用三层的方式
三层架构部署方式：WEB层->中间层->DB层，WEB层不会直联数据库，WEB层，中间层，DB可以放在不同的服务器上。引用中间层的好处在于减轻了WEB层和DB压力，中间层专注于处理逻辑相关的业务，而且还提高网站的安全性，即使WEB层的服务器被攻破，也是没法获取到数据库的帐号和数据。三层架构的职能如下：
WEB层：只关注界面的展示，通过调中间层的结果获取数据来展示，不可以直接调用数据库取数据
中间层：只关注业务逻辑和调用数据库的数据
DB层：只部署数据库
在.net平台，中间层可以选择Webservice, WCF等等，考虑到安全性等原因，WCF在目前是非常好的选择。
WCF:如果不清楚可以网上搜索一下，使用起来和webservice是比较类似的，开发调试可能会麻烦点，熟悉了就觉得没什么麻烦的。
以下为.net平台下使用wcf作中间层的三层架构图
用WCF如何做均衡负载？
例如：中间层可以分三大块业务逻辑，订单服务（10001），商品服务（10002），用户服务（10003）。WCF部署成windows服务模式，即占用一个端口的windows进程
方法一：通过WEB层的分布式部署，中间层也跟着WEB层做相应的分布式部署，这个方法最简单，但不属于真正的均衡负载。
1.中间层部署
192.168.1.11 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003
192.168.1.12 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003
192.168.1.13 .....
.....
2.WEB层调用
WEB层服务器A：配置终结点为192.168.1.11的三个终结点
WEB层服务器B：配置终结点为192.168.1.12的三个终结点
WEB层服务器C：.....
.....
方法二：WEB层动态加载终结点，实现均衡负载的调用，本人未实践这种方法，理论上是可行的。
1.中间层部署
192.168.1.11 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003
192.168.1.12 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003
192.168.1.13 .....
2.各个WEB层读取同一份配置文件，配置的内容为各个服务的接口名和IP和端口，加载后生成数组
string []OrderService;
OrderService[0]="192.168.1.11:10001";
OrderService[1]="192.168.1.12:10001";
OrderService[2]="192.168.1.13:10001";
....
3.WEB层调用
通过随机算法，获取需要调用IP和端口
int index=new Radmon().Next(0,OrderService.Length);
string orderService=OrderService[index];
//最后调用相应IP和端口上的服务