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