Week10 命题作业（Dubbo 调用一次微服务的时序图、关于微服务架构的思考与认识）

根据微服务框架 Dubbo 的架构图，画出 Dubbo 进行一次微服务调用的时序图。





关于微服务架构（中台架构、领域驱动设计、组件设计原则），你有什么样的思考和认识？



首先，微服务落地得从以下认识出发：

• 业务先行，先理顺业务边界和依赖，技术是手段而不是目的。

• 先有独立的模块，后有分布式的服务。

• 业务耦合严重，逻辑复杂多变的系统进行微服务重构要谨慎。

• 要搞清楚实施微服务的目的是什么，业务复用？开发边界清晰？分布式集群提升性能？

其次，如若确定要上微服务，确实需要的情况下：

• 确定自己所属单位所承担的职能及其业务范围，即确定领域，最好能与各部门确定领域术语，以后如产品经理等角色提需求时按照术语来提，若术语没有要么减掉需求，要么再次开会确定新的术语，这样有利于进行领域驱动设计，清晰职责与边界；

• 当确定好领域后，根据领域内各部分规模大小，再决定是否将其独立为一个子域，并配备相应的组织结构，若规模合适可以将一个子域确定为一个微服务，这样子域所使用的技术便可由该子域团队决定而不用所有子域团队都采用同样的技术栈，有利于技术异构性；

• 在不影响业务开发的前提下，按照战略与战术设计，将重构开发和业务迭代有机融合；

• 遵守组件设计原则，控制组件规模即控制组件的复杂度；

第三，还要考虑业务场景，考虑人的因素，而不仅仅是技术与业务。