架构师训练营 -week10

dubbo 一次服务调用的时序图

关于微服务架构的思考

1、关于微服务架构方面：

• 服务是服务于业务，脱离业务场景的设计和服务拆分毫无意义（关注服务本身）。

• 微服务架构以及拆分是基于领域建模后各个子领域拆分而非简单的模块拆分。

• 项目初期基于全面评估做好项目的架构设计，是单体架构（建议）还是微服务架构。

• 初期的单体架构需要为后续的项目拆分做好铺垫；即功能职责清晰，尽量高内聚低耦合，便于后续拆分。

• 微服务架构的项目需要做好服务治理，如注册中心、配置中心、APM、业务网关等

• 微服务架构更多是服务间的协作，技术选型要尽量轻量级，从而确保整体架构的高性能。



2、关于领域驱动设计，一直有这个概念，看过一些介绍和书籍，但是仍然茫然。战略方面懂了也知道其中的好处，但是战术落地方面却无从下手，能够有合适落地项目或者相关战术书籍指导。



3、关于中台架构，个人认为是微服务架构设计的进一步扩展，即将整个微服务体系打包对外提供服务；如网上的段子微服务是拆，而中台是合。微服务注重于服务本身，对外提供能力；而中台注重对外提供的方式，可能的情况下提供有且仅有一套的平台功能，避免烟囱式建设。



4、关于组件设计原则，个人认为更多是高内聚低耦合，基于依赖倒置原则做好组件的稳定性和易变性的划分，以及易变性部分的扩展。