解决web应用 高并发
浏览数：24 /
时间：2015年06月09日
并发用户大，实际是吞吐量大，另外一个延迟响应也要短，
吞吐量和延迟是性能的两个衡量指标，另外还有一个动态指标：Scalable可扩展伸缩性。
根据业务特点：
1.以读为主，可以考虑缓存 CDN
2.读写都为主，类似Twitter那种每个用户都要发微博（写），看微博（读），数据分区，NoSQL等等技术，参考：Twitter架构
3.读写为主，且数据为结构，非松散，需要事务机制，参考Ebay架构，缺省为弱一致性，缩小一致性事务性的范围，其他则都通过异步实现弱一致性。
4.读写为主，且主要数据都是结构性的。使用CQRS/EventSourcing，记录事件。参考LMAX架构，存在资源争夺，
如拍卖 或火车票售卖，可参考数据网格，12306系统采取的就是数据网格技术。
另：
脱离业务场景说吞吐就是在耍流氓
脱离响应时间谈吞吐也是耍流氓。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
