【瞎想】如果需要更高并发

问：假想一个场景。GPS打点，很频繁。打点之后会立即上传到后端。后端需要立即展示给前端。

两个系统AB。

一个系统A，专门负责存入redis集群。

一个系统B，专门负责隔一段时间读取redis集群，然后转存入mysql持久。（20s间隔，或者，容忍丢失的更多间隔。）

B系统只是为了持久而持久。

A系统负责『展示』和『上传』，即『读』、『写』

『写』作为瓶颈。

1. pyhton+c + redis + nginx + http

2. python+c + redis + nginx + socket

3. openRestry（貌似也有c） + redis + http

4. openRestry（貌似也有c）+ redis + tcp\udp

尽量地弱化框架的性能影响，把压力放在redis集群（客户端散列的集群）上。

redis运维能力

openRestry运维能力

【瞎想】如果需要更高并发

原文：http://www.cnblogs.com/kevin922/p/5393507.html