类淘宝橱窗web应用设计1

续http://coolboyysy.iteye.com/admin/blogs/1927317

问题一思考：
两种思路：
1使用流量分发机制。即在单或者多节点部署分发应用，每个展现应用在接到请求前，主动从分发器获取应展现量，再进行展现控制处理。优点是利于统配流量，好分配机器等资源。缺点是设计复杂，需要考虑单点故障重算等机制，控制颗粒度受服务器数量限制，实现时间长。

2使用外部计数器机制。即在单个或多个节点部署流量统计应用，每个展现应用每接到一个请求，先返回给用户对应广告信息，然后在本地小缓存内计数。约10s跟统计应用进行交互，统计应用对请求量进行控制。优点是对流量控制粒度加强，实现较简单。缺点是？？？

实现策略：
1需要通过redis 按请求的不同规则，存储访问量，每种规则访问量按 比例定，也可以按总量定。即，可以按每天流量的百分比吐出广告，也可以控制总的广告展现量。redis是单机上运行的，要是单机故障什么的，也不好处理.
2直接使用数据库，实时性好，因为做了统计，不做流水，没什么数据量。何必用redis，你做的项目都是基于数据库的，也确实够用。
3考虑使用内存，去除使用外部数据库，nosql的想法。

评论

1 楼 coolboyysy 2013-08-27  

你用redis，不如直接访问内存，更高效
redis还的磁盘读写
直接使用内存，然后做好存盘工作，前端还是nginx负载，单台机器记录自己的访问量，可以在一台机器上将不同机器上的汇总不同机器的访问量，然后查询那台汇总的机器访问量即可，云端的socket连接，你可以在不同的机器上建立连接，只要云端能负载那么大就行，不行的话，你还的做一点处理
前端都是nginx
                                                         ----最会写程序的肌肉男