高并发，你懂吗？

高并发就是hen多hen多的人在同一时间dou来访问你的网站，就像一个超级市场在高峰时段一样热闹。比如tomcat这个软件，它Neng一边处理8000个人，而redis这个软件按道理讲Neng处理几万人呢！那我们怎么设计一套Neng支持这么多人的网站呢，妥妥的！？

第一步：分开来 各干各的

在解决了这个问题之后我们就把webserver增加到了两台，这样系统速度就又恢复到了以前那样快了，我懵了。。

第二步：页面缓存， 让网页跑得快

页面片段缓存技术，比如ESI等，想要用得好，同样需要掌握ESI的实现方式等，我天...。

第三步：分表， 让数据库不累

分表geng多的同样是业务上的划分，技术上涉及到的会有动态hash算法、consistenthash算法等。

第四步：数据库， 得好好设计

这一步涉及到了这些知识体系：...

但一边因为数据量的增大和分库的进行，在数据库的设计、调优以及维护上需要Zuo的geng好，所以呢对这些方面的技术还是提出了hen高的要求。

第五步：增加geng多的WebServer

纯正。 享受了一段时间的系统访问量高速增长的幸福后 发现系统又开始变慢了这次又是什么状况呢？经过查找， 发现数据库写入、geng新的这些操作的部分数据库连接的资源竞争非常激烈，导致了系统变慢，这下怎么办呢？此时可选的方案有数据库集群和分库策略...

第六步：状态信息同步， 得有办法

如何保持状态信息的同步，比方说用户session等，这个时候会考虑的方案有写入数据库、 这是可以说的吗？ 写入存储、cookie或同步session信息等机制等。

第七步：数据缓存， 不Neng少

架构演变第四步：数据缓存

在Zuo完分库分表这些工作后数据库上的压力Yi经降到比较低了又开始过着每天kan着访问量暴增的幸福生活了。突然有一天 发现系统的访问又开始有变慢的趋势了这个时候先说说查kan数据库...，PTSD了...

第八步：分库，得有策略

架构演变第七步：分表、DAL和分布式缓存

将一个庞大的应用拆分需要耗费hen长的时间， 简直了。 需要进行业务的整理和系统依赖关系的控制等；

如何运维好这个庞大的分布式应用。

第九步：数据读写分离， 得有方案

在采用ESI之类的技术 提高了系统的缓存效果后系统的压力确实进一步降低了但同样，因为访问量的增加，系统还是开始变慢。经过查找， 可Neng会发现系统中存在一些重复获取数据信息的地方...

第十步：进入大型分布式应用时代

突然有一天发现这个好的时代也要结束了数据库的噩梦又一次出现在眼前了。由于添加的webserver太多了 导致数据库连接的资源还是不够用，而这个时候又Yi经分库分表了...，原来小丑是我。

本文介绍了构建高性Neng、高可用、可伸缩及可 的大型分布式网站的技术要点，涵盖业务拆分、 有啥说啥... 应用集群部署、多级缓存、单点登录、数据库集群、服务化及消息队列等关键架构设计。