前言
本菜鸡之前有过一篇读书笔记，整理了李智慧老师所著的《大型网站技术架构》一书中叙述的五个架构要素。这五个要素分别为 性能、可用性、伸缩性、扩展性、安全性。本文针对扩展性这一要素进行简单的讨论，内容也主要参考自《大型网站技术架构》这本书（一万分推荐这本书，个人认为这本书可以说是技术架构导论一样的存在了）。
所谓网站的扩展性，指的是添加新功能时对现有系统的其它应用无影响，这就要求不同应用具备低耦合的特点。
注意扩展性与伸缩性的区别，不要弄混了。
扩展是指功能的上的扩展，比如添加个新的功能。
伸缩是指性能上的伸缩，比如增加服务器数量。
实现可扩展主要有两种方式：
- 使用消息队列进行解耦，应用之间通过消息传递进行通信；
- 使用分布式服务将业务和可复用的服务分离开来，业务使用分布式服务框架调用可复用的服务。新增的产品可以通过调用可复用的服务来实现业务逻辑，对其它产品没有影响。
接下来具体的介绍这两种方式。
利用分布式消息队列降低系统的耦合性
一、事件驱动架构
事件驱动架构（Event Driven Architecture），通过在低耦合的模块之间传输事件消息，比保持模块的松耦合，并借助事件消息的通信完成模块间的合作，典型的EDA架构就是操作系统中常见的生产者消费者模式。
消息发送者将消息发送至分布式消息队列即结束对消息的处理。
消息接收者只需要从分布式消息队列获取消息后进行处理，不需要知道该消息从何而来。
可以看出来，消息发送者与消息接收者并没有直接耦合。
对于新增业务，只要对该类消息感兴趣，即可订阅该消息，对原有系统和业务没有任何影响，从而实现网站业务的可扩展设计。
二、分布式消息队列
消息生产者应用程序通过远程访问接口将消息推送给消息队列服务器，消息队列服务器将消息写入本地内存队列后立即返回成功响应给消息生产者。
消息队列服务器根据消息订阅列表查找订阅该消息的消息消费者应用程序，将消息队列中的消息按照先进先出的原则将消息通过远程通信接口发送给消息消费者程序。
另外，为了避免消息队列服务器宕机造成消息丢失，会将消息成功发送到消息队列的消息存储在消息生产者服务器，等消息真正被消息消费者服务器处理后才删除消息。
在消息队列服务器宕机后，生产者服务器会选择分布式消息队列服务器集群中其他的服务器发布消息。
利用分布式服务打造可复用的业务平台
如果说分布式消息队列通过消息对象分解系统耦合性，不同子系统处理同一个消息；那么分布式服务则通过接口分解系统耦合性，不同子系统通过相同的接口描述进行系统调用。
看看下面这个维护困难、开发困难、部署困难的巨无霸系统。
解决方案就是拆分，将模块独立部署，降低系统耦合性。
拆分可以分为两种。
- 纵向拆分
- 横向拆分
纵向拆分：将一个大应用拆分为多个小应用，如果新增业务较为独立，那么就直接将其设部署为一个独立的Web应用系统。
横向拆分：将复用的业务拆分出来，独立部署为分布式服务，新增业务只需要调用这些分布式服务，不需要依赖具体的模块代码，即可快速搭建一个应用系统，而模块内部业务逻辑变化的时候，只需要接口保持一致就不会影响业务程序和其他模块。
