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



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

对于微服务架构，我听得最多的是通过领域驱动设计来完成微服务架构的设计，这样能尽可能识别出每一个独立服务自身的功能，从而做到高内聚，降低微服务之间的耦合性。但是要完成领域驱动设计，就意味着我们需要一定时间成本来进行业务梳理，为了提供对于业务本身的认识，甚至需要一些该业务领域的专家来进行参与。

所以，整个领域驱动设计的过程是很繁琐的，为了得到更合理的微服务架构，我们不得不小心翼翼。但是这任然避免不了有一些点我们设计的不够合理，这并不是领域驱动设计的问题，而是无法在业务初期就能很好的识别出将来客户需要的业务场景和需求。更重要的是客户的需求是一直该发生改变的，所以这里有一个折中的办法。

在业务需求没有稳定之前，不要进行微服务的拆分，而是在服务内进行模块划分，将模块根据业务尽可能的进行合理划分。在没有进行微服务拆分之前，我们都有时间进行调整模块之间的业务内容，使之变得更加合理。当我们意识到业务已经稳定了，那么就到了进行微服务拆分的时候了。