wcf系列学习5天速成——第四天 wcf之分布式架构

转自：https://www.cnblogs.com/huangxincheng/archive/2011/11/13/2246934.html

今天是wcf系列的第四天，也该出手压轴戏了。嗯，现在的大型架构，都是神马的，

nginx鸡群，iis鸡群，wcf鸡群，DB鸡群，由一个人作战变成了群殴.......

 

今天我就分享下wcf鸡群，高性能架构中一种常用的手法就是在内存中维护一个叫做“索引”的内存数据库，

在实战中利用“索引”这个概念做出"海量数据“的秒杀。

好，先上图：

 

这个图明白人都能看得懂吧。因为我的系列偏重于wcf，所以我重点说下”心跳检测“的实战手法。

 

第一步：上一下项目的结构，才能做到心中有数。

 

第二步：“LoadDBService”这个是控制台程序，目的就是从数据库抽出关系模型加载在内存数据库中，因为这些东西会涉及一些算法的知识，

             在这里就不写算法了，就简单的模拟一下。

LoadDBServcie

因为Dictionary不支持序列化，所以我从网上拷贝了一份代码让其执行序列化

SerializableDictionary

第三步： "HeartBeatService"也做成了一个控制台程序，为了图方便，把Contract和Host都放在一个控制台程序中,

            代码中加入了注释，看一下就会懂的。

            

IAddress.cs

 

Address.cs

 

ILiveAddressCallback.cs

第四步： 我们开一下心跳，预览下效果：

         是的，心跳现在正在检测是否有活着的Search。

 

第五步："SearhService" 这个Console程序就是WCF的search，主要用于从MemerCache里面读取索引。

          记得要添加一下对“心跳服务”的服务引用。

          
 

IProduct.cs

 

Product.cs

 

SearchHost.cs

 

第六步：此时Search服务已经建好，我们可以测试当Search开启获取关闭对心跳有什么影响：

              Search开启时：

                      

          

           Search关闭时：

              

           对的，当Search关闭时，心跳检测该Search已经死掉，然后只能从集群中剔除。

           当然，我们可以将Search拷贝N份，部署在N台机器中，只要修改一下endpoint地址就OK了，这一点明白人都会。

 

第七步："ClientService" 这里也就指的是IIS，此时我们也要添加一下对心跳的服务引用。

IServiceList.cs

 

ServiceList.cs

 

Program.cs

 

然后我们开启Client,看看效果咋样：

当然，search集群后，client得到search的地址是随机的，也就分担了search的负担，实现有福同享，有难同当的效果了。

 

最后： 我们做下性能检测，看下“秒杀”和“毫秒杀”的效果。

          首先在数据库的User表和Shop插入了180万和20万的数据用于关联。

          ClientService改造后的代码：

          

Program.cs

 

性能图：

对的，一个秒杀，一个是毫秒杀，所以越复杂越能展示出“内存索引”的强大之处。

 

源码下载：HeartBeat.rar