What

可扩展性指系统为了应对将来需求变化而提供的一种扩展能力，当有新的需求出现时，系统不需要或者仅需要少量修改就可以支持，无须整个系统重构或者重建。

Why

伴随着业务的发展，能够快速响应业务变化，并最大程度降低对现有系统的影响，是设计可扩展性好架构的主要目的。

Theory

设计具备良好可扩展性的系统，有两个基本条件：正确预测变化、完美封装变化。

预测变化的复杂性

• 不能每个设计点都考虑可扩展性
• 不能完全不考虑可扩展性
• 所有的预测都存在出错的可能性

How

业务维度

• 对业务深入理解，对业务的发展方法进行预判

技术维度

• 应对变化
  • 将“变化”封装在一个“变化层”，将不变的部分封装在一个独立的“稳定层”
  • 提炼出一个“抽象层”和一个“实现层”
• 降低模块间的耦合度
  • 分布式服务框架
  • 分布式消息队列

可扩展的基本思想

拆，就是将原本大一统的系统拆分成多个规模小的部分，扩展时只修改其中一部分即可，无须整个系统到处都改，通过这种方式来减少改动范围，降低改动风险。

常见的拆分思路有如下三种

• 面向流程拆分：将整个业务流程拆分为几个阶段，每个阶段作为一部分。
• 面向服务拆分：将系统提供的服务拆分，每个服务作为一部分。
• 面向功能拆分：将系统提供的功能拆分，每个功能作为一部分。

各种XX性比较

• 可扩展性：代码完成之后，要在原来的基础上增加新功能，只需要添加添加该功能的代码，不需要或需要少量修改原来的代码，对之前的代码没有影响，这就是可扩展
• 可维护性：指软件产品被修改的能力，修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。代码完成之后，如果要修改部分功能，需要修改的地方很少，就是容易维护
• 可复用性：代码完成之后，以后开发中可以复用部分代码，提高效率，就是复用性强
• 灵活性：代码完成之后，使用的地方可以通过多种方式来调用该部分的代码，这就是灵活性好