webservice高并发问题

用webservice发布应用,如果某一时间并发量很大,无法全部进行处理,如何处理使其不丢失数据?

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

比较简单的方法就是使用队列缓存,然后从队列当中取数据进行处理。
HttpSQS源码好像是用c写的,总代码据说才800多行,但没怎么用过,支持的并发不太清楚;再就是MQ较常用,并发貌似能达到10000+,应该就够用了。



可以从三个方向做,
1是减少客户端无用的请求
建立数据缓存,增量更新等机制尽量减少客户端的请求。

2.提前准备数据,减少实时的数据处理。
对一些请求较频繁的接口,提前处理好数据,减少cpu实时运算

3.缓存数据到redis或者memcached中,减少硬盘读写时间,提高响应速度。


用可持久化队列呗,httpsqs就挺好的,memcached也OK。


所有的请求都放入一个pool里去,至于这个pool这么实现,有很多方法cache等都可以,然后建立高低水位线,去从这些pool里去取数据来处理就可以了


一、不花钱的 代理
HAProxy/Nginx 后面挂N个WebServer 也可以保证Session问题。至于你说的大批量并发有多少。
二、同步处理异步处理
同步处理,请求-》业务逻辑-》应答 有个耗时
异步处理,请求-》存储-》应答 耗时比业务逻辑要少很多。存储可用FQueue 内存映射+文件。
异步就是多一个请求。要结果。所以请求的时候加一个messageid唯一值由另外的接口返回。



你可能感兴趣的:(architecture)