并发用户大，实际是吞吐量大，另外一个延迟响应也要短，

吞吐量和延迟是性能的两个衡量指标，另外还有一个动态指标：Scalable可扩展伸缩性。

根据业务特点：

1.以读为主，可以考虑缓存 CDN

2.读写都为主，类似Twitter那种每个用户都要发微博（写），看微博（读），数据分区，NoSQL等等技术，参考：Twitter架构

3.读写为主，且数据为结构，非松散，需要事务机制，参考Ebay架构，缺省为弱一致性，缩小一致性事务性的范围，其他则都通过异步实现弱一致性。

4.读写为主，且主要数据都是结构性的。使用CQRS/EventSourcing，记录事件。参考LMAX架构，存在资源争夺，

   如拍卖 或火车票售卖，可参考数据网格，12306系统采取的就是数据网格技术。

另：

   脱离业务场景说吞吐就是在耍流氓
   脱离响应时间谈吞吐也是耍流氓。

解决web应用 高并发