在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解。在不同的书籍上,不同的作者,对于架构的定义也不统一,角度不同,定义不同。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前,我们先讨论架构的概念定义,因为概念是人认识这个世界的基础和用来沟通的手段,如果对架构概念理解不一样,那沟通起来自然不顺畅,本文根据相关资料进行总结。
架构是什么
总结一下架构的组成= 要素+结构 +连接,将系统要素按照特定结构进行连接交互。我在这重新定义架构[见仁见智,自己独立思考]:软件架构指软件系统顶层结构设计。架构是经过系统性地思考,权衡利弊之后在现有资源约束下的最合理决策,最终明确的系统骨架:包括子系统,模块,组件,以及他们之间协作关系,约束规范,指导原则,并由它来指导系统各方面的设计和指导团队中的每个人思想层面上的一致。
- 系统性思考的合理决策: 比如技术选型、解决实施方案【包括执行目标计划】、成本评估、性价比评估等等。
- 结构:明确的系统骨架【结构】明确系统有哪些构件组成。
- 连接:系统协作关系各个组成部分如何协作来实现业务请求。
- 规范:约束规范和指导原则保证系统有序,高效稳定运行,包括规范原则、流程等内容。
架构设计目的
如果没有架构设计,说明你的系统不够复杂。随着业务的增长,系统由单体应用渐进演化为分布式和微服务化。系统整体的复杂性越来越高技术团队可能从一个团队变成多个专业化团队。
架构设计的目的是为了解决系统复杂性带来的问题,其本质就是对系统进行有序化地重构以致符合当前业务的发展,并可以快速扩展。从上面架构的定义,也知道架构设计的作用涉及四方面
- 系统性思考的合理决策&