大型架构.net平台篇(中间层均衡负载WCF)

第二部分 中间层均衡负载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和端口上的服务