可扩展性
What
可扩展性指系统为了应对将来需求变化而提供的一种扩展能力,当有新的需求出现时,系统不需要或者仅需要少量修改就可以支持,无须整个系统重构或者重建。
Why
伴随着业务的发展,能够快速响应业务变化,并最大程度降低对现有系统的影响,是设计可扩展性好架构的主要目的。
Theory
设计具备良好可扩展性的系统,有两个基本条件:正确预测变化、完美封装变化。
预测变化的复杂性
- 不能每个设计点都考虑可扩展性
- 不能完全不考虑可扩展性
- 所有的预测都存在出错的可能性
How
业务维度
- 对业务深入理解,对业务的发展方法进行预判
技术维度
- 应对变化
- 将“变化”封装在一个“变化层”,将不变的部分封装在一个独立的“稳定层”
- 提炼出一个“抽象层”和一个“实现层”
- 降低模块间的耦合度
- 分布式服务框架
- 分布式消息队列
可扩展的基本思想
拆,就是将原本大一统的系统拆分成多个规模小的部分,扩展时只修改其中一部分即可,无须整个系统到处都改,通过这种方式来减少改动范围,降低改动风险。
常见的拆分思路有如下三种
- 面向流程拆分:将整个业务流程拆分为几个阶段,每个阶段作为一部分。
- 面向服务拆分:将系统提供的服务拆分,每个服务作为一部分。
- 面向功能拆分:将系统提供的功能拆分,每个功能作为一部分。
各种XX性比较
- 可扩展性:代码完成之后,要在原来的基础上增加新功能,只需要添加添加该功能的代码,不需要或需要少量修改原来的代码,对之前的代码没有影响,这就是可扩展
- 可维护性:指软件产品被修改的能力,修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。代码完成之后,如果要修改部分功能,需要修改的地方很少,就是容易维护
- 可复用性:代码完成之后,以后开发中可以复用部分代码,提高效率,就是复用性强
- 灵活性:代码完成之后,使用的地方可以通过多种方式来调用该部分的代码,这就是灵活性好
__EOF__
欢迎转载,但请注明出处!
欢迎大家一起交流学习!如果有什么疑问,大家可以在评论区一起交流!
如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是我的最大动力!