衡量一个系统架构设计是否满足高可用的目标，就是假设系统中任何一台或者多台服务器宏机时，以及出现各种不可以预期的问题时，系统整体是否依然可用。
伸缩性 大型网站需要面对大量用户的高并发访问和存储海量数据，不可能只用一台服务器就处理全部用户请求，存储全部数据。网站通过集群的方式将多台服务器组成一个整体沟通提供服务，所谓伸缩性是指通过不断向集群中加入服务器的手段来缓解不断上升的用户和不断增长的数据存储需求。 衡量架构伸缩性的主要标准就是是否可以多台服务器构建集群，是否容易向集群中添加新的服务。加入新的服务器后是否可以提供和原来的服务器无差别的服务。集群中可容纳的总的服务器睡昂是否有限制。 对于应用服务器集群，只要服务器上不保存数据，所有服务器都是对等的，通过使用合适的负载均衡设备就可以向集群中不断加入服务器。
对于缓存服务器集群，加入新的服务器可能会导致混存路由失败，进而导致集群中大部分缓存数据都不发访问。虽然缓存的数据可以通过数据库重新加载，但是如果应用已经严重依赖缓存，可能会导致整个网站崩溃，需要改进缓存路由算法保证缓存数据可访问性。 关系数据可虽然支持数据复制，主从热备等机制，但是很难做到大规模集群的可伸缩性，因此关系数据库的集群伸缩性方案必须在数据库之外实现，通过路由分区等手段将部署有多个数据库的服务器组成一个集群。 至于大部分NoSQL数据库产品，由于其先天就是为海量数据而生，因此其对伸缩性的支持通常都非常好，可以做到在较少运维参与的情况下实现集群规模的线形伸缩。 扩展性 不同于其他架构要素主要关注功能性需求，网站的扩展性架构直接关注网站的功能需求。
网站快速发展，功能不能扩展，如何设计网站的架构使其他能够快速响应需求变化，是网站可扩展架构主要目的。 衡量网站架构扩展性好坏的主要标准就是在网站增加新的业务产品时，是否可以实现对现有产品透明影响，不需要任何改动或者很少改动既有业务功能就可以上线新产品，不同产品之间是否很少耦合，一个产品改动对其他产品无影响，其他产品和功能不需要受牵连进行改动。
一起设计吧
