类淘宝橱窗web应用设计1

koushr 2013-08-27

问题一思考:

两种思路:

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

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

实现策略:

1需要通过redis按请求的不同规则,存储访问量,每种规则访问量按比例定,也可以按总量定。即,可以按每天流量的百分比吐出广告,也可以控制总的广告展现量。redis是单机上运行的,要是单机故障什么的,也不好处理.

2直接使用数据库,实时性好,因为做了统计,不做流水,没什么数据量。何必用redis,你做的项目都是基于数据库的,也确实够用。

3考虑使用内存,去除使用外部数据库,nosql的想法。

相关推荐