开餐馆与做软件
上学的时候曾有冲动想开一家餐馆，还买了本很厚的书，书名就叫《如何开一家餐馆》。后来阴差阳错做起了软件，最近装修房子这股冲动又来了，翻箱倒柜找出这本书看着看着却觉得这竟是一本传授如何做好大型网站的一本难得的武功秘笈。
一家餐管从小做大可以分如下几步，这个餐馆在变大的同时能容纳的顾客也越来越多，餐管的效率也越来越快。
首先，白手起家开一家餐馆手头自然不富裕，租不起大的店面，这时候厨房和餐厅挤在一个屋子里，一个厨师兼伙计。由于我们的菜口味独特吸引了大量的顾客,高峰的时候顾客只能排队等候，这时候我们的第一个想法就是扩大一点店面把厨房先挪出来同时再另聘一名伙计。即我们进入网站性能提升的第一步—— 应用与 数据库 分离，将网站的应用部分（相当于餐厅及伙计）与数据库（相当于厨房及厨师）分开部署在不同的服务器里，避免硬件资源的争夺。
这个时候店面扩大了，顾客不用再排队等候了，都可以进入餐厅。厨房和餐厅面积的扩大可以让厨师和伙计将平时常用的工具从柜子里取出来放在明面上，以备随时取用，这样干活效率明显提升了。即我们进入网站性能提升的第二步——数据缓存（包含页面、页面片段缓存），将常用数据从数据库中取出来，放到内存中，提高访问速度，减少数据库连接。
效率提高了，口碑也更好，自然顾客越来越多。由于我们人手有限，致使很多顾客需求（如点餐，买单等等）不得不等候一段时间，于是我们决定增加厨师和伙计，来处理更多的顾客请求。即我们进入网站性能提升的第三步——水平扩展“应用服务器”和“数据库服务器（即数据库集群或分库）”，通过增加应用服务器和数据库服务器，分担更多的应用及数据请求，为了让访问平均分配到多台应用服务器上需要负载均衡工具支持。
随着顾客的进一步增多，一个很现实的问题产生了，为了应对更多的顾客我们购买了大量的餐具等其他必备物品，原先由于数量不多这些物品都是由厨师和伙计随意取用，物品存储非常混乱，由于空间有限大家进进出出也很拥挤，因此这些物品的取用占用了大家很多时间，最终我们决定将这些物品进一步归类，分别存储，并由专人负责存取这些物品，同时加开新的窗口，物品的存和取在不同窗口进行。即我们进入网站性能提升的第四步——分表、建立数据访问层（DAL）与数据读写分离，一般MySQL中最快的存储引擎MyISAM，它是基于表锁定的，就是说如果一锁定的话，那么整个数据文件外部都无法访问，必须等前一个操作完成后，才能接收下一个操作，因此我们可以将较大的数据表进一步分解，即通过分表的方式，减少阻塞来提高数据库访问效率，分表造成一些应用不得不考虑分表规则，数据库访问程序的复杂度提高了，可以通过建立统一的数据访问层（DAL）来统一处理这些分表规则。使用数据读写分离技术，将数据读写在不同的数据库服务器进行，这需要一个程序级的同步方案支持，同时要对前面提到的DAL
层进行改造。
如同一家餐馆规模足够大而成为一家餐饮集团，原先的小饭馆的管理方法显然行不通，这时候我们需要按照职能进行划分，如建立独立的财务部门，对于简单应用这种独立的部门可能反而会使效率降低，但是对于复杂应用这种划分无论是对效率还是稳定性都是很有必要的，即我们进入网站性能提升的第五步——大型分布式应用。其实架构的本质就是分层，但是分层后一个很明显的需求就是高效稳定的通信框架，这个架构如何设计好是我们面对的一个问题。
本文的灵感来自《程序员》2008年11月刊的《大型网站架构和知识体系》一文，本文提出的方法也源于此文，此文还提出了这些方法的实现技术，有兴趣的朋友可以找来看一下。