一家小超市，一个收银员，同时还兼着干点其他的事情，例如打扫卫生、摆货；

来买东西的人多起来了，排队很长，顾客受不了，于是加了一个收银台，雇了一个收银员；

忙的时候收银员根本没时间去打扫卫生，超市内有点脏，于是雇了一个专门打扫卫生的；

顾客不断的增加，超市也经过好几次装修，由以前的一层变成了两层，这个时候所做的事情就是不断的加收银台、收银员和打扫卫生的人；

在超市运转的过程中，老板发现一个现象，有些收银台很长的队，有些收银台人不多，了解了下原因是收银台太多了，顾客根本看不到现在各个收银台的状况，对于这个现象，一种简单的方法就是继续加收银台，一方面超市没地方可加收银台了，另一方面作为老板当然不需要雇太多的人，于是开始研究怎么样能让顾客了解到收银台的状况，简单的加了一个摄像头和一个大屏幕，在大屏幕上显示目前收银台的状况，这样后发现基本上排的队的长度是差不多了；

排队长度差不多后，又出现了一个现象，就是有些收银台速度明显比其他的慢，了解了下原因是排在有些收银台的顾客买的东西特别的多，于是又想了一招，就是设立专门的10件以下的通道，这样买东西比较少的顾客就不用排太长的队了，这一招施展后，顾客的满意度明显提升，销售额也好了不少，后来就继续用这招应对了团购状况、vip状况；

在解决了上面的一些烦心事后，关注到了一个存在已久的现象，就是白天收银台很闲，晚上则很忙，从节省成本上来考虑，于是决定实行部分员工只用晚上上班的机制，白天则关闭掉一些收银台，顾客仍然可以通过大屏幕看到哪些收银台是关闭的，避免走到没人的收银台去了，实行这招后，成本大大降低了。

这个生活中的例子以及其解决的方法，其实和互联网网站发展过程中的一些技术是非常类似的，只是在技术层面用其他名词来表达了而已，例如有集群、分工、负载均衡、根据QoS分配资源等。

集群：所有收银员提供的都是收银功能，无论顾客到哪一个去都可完成付款，可以认为所有的收银员就构成了一个集群，都希望能做到顾客增加的时候只用加收银员就行，在现实生活中有场地的限制，而在互联网应用中，能否集群化还受限于应用在水平伸缩上的支撑程度，而集群的规模通常会受限于调度、数据库、机房等；

分工：收银员、打扫卫生的分开，对于互联网而言，这是一项重要而复杂的技术，没有现实生活中这么简单，涉及到的主要有按功能拆分系统以及数据库等，如何拆分以及拆分后如何交互是两个需要面临的挑战，因此会有高性能通信框架、SOA平台、消息中间件、分布式数据层等基础产品的诞生；

负载均衡：让每个收银台排队差不多长，设立小件通道、团购通道、VIP通道等，这些可以认为都是集群带来的负载均衡的问题，从技术层面上来说，实现自然也比生活中复杂很多；

根据QoS分配资源：部分员工仅晚上上班的机制，这个对于生活中来说做到不难，对互联网应用而言，还真是件复杂而且极度具备挑战的事。

参照生活中的例子来说，在面对用户增长的情况下，想出这些招应该不难，不过要掌握以上四点涉及的技术已经相当复杂了，而且互联网中涉及的其他的很多技术还没在这个例子中展现出来，例如缓存、CDN等优化手段；运转状况监测、功能降级、资源劣化、流控等可用性手段，自建机房、硬件组装等成本控制手段，因此构建一个互联网网站确实还是不容易的，技术含量十足，当然，经营一家超市也不简单，如果有同学能继续把涉及的技术补充到这个超市的故事就好了，例如还有超市进货的问题、摆货的问题等，欢迎接龙，:)。