架构分类
产品功能架构
目的:指导用户使用产品,所以模块的聚合是从用户视角出发的
受众:使用产品的人
内容:阐述产品功能模块的能力
业务概念架构
目的:研发人员和业务人员理解业务内在的概念和联系。
受众:研发人员和业务人员,主要是给规划业务的人使用。
包含的内容:业务能力,能力中的子能力。
应用逻辑架构
目的:指导软件的研发。<br>
受众:研发人员,各层级架构师,各层级技术管理者。
包含的内容:阐述架构中各模块的职责
来源:通过系统模型和业务概念架构推导
应用物理(部署)架构
基础设施架构
架构的能力和职责
能力(产品功能模块的能力)
指一个产品能做什么
讲能力是讲给架构的使用者或者其他想了解的人来听的。
职责(逻辑架构中各模块的职责)
指架构内模块的职责
讲职责是讲给研发的同学,讲给架构的实现者来说的。
不同角度看架构
从架构的总原则的角度:KISS原则(Keep it Simple and Stupid)<br>
从架构的目的角度来考虑:既要解决过去的问题,也要解决现在的问题,<br>还能适度解决未来的问题,这些问题既包含技术问题,更包含业务问题。<br>
从形态之 2 维的角度来考虑:架构就是横的问题,和竖的问题。<br>横就是分层,竖就是分区,横竖都有抽象的事情要做。<br>
从形态之 3 维的角度来考虑:架构是三维的,在 x 轴和 y 轴上有横竖的问题,在z轴上还有粒度的问题。
从时间轴的角度来考虑:架构不是一层不变的,是随着业务的发展在不断变化的。