题目

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





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



解答

1.

2.微服务架构的产生是为了解决单体应用不断膨胀后产生的各种痛点问题，比如打包编译慢，部署慢，新增业务困难。所以我们采用微服务架构前，需要先思考一下，我们的业务是否有这些痛点问题。如果业务不复杂、代码量不大，我们在一个单体应用中做好模块划分，就可以很好的支撑公司的业务发展。随着公司的业务发展，这种模块划分清晰的单体应用也有助于向微服务架构做调整。现在主流的微服务框架都是简单和高效的。简单指的是使用简单，只需要少量的配置，就可以像调用本地服务一样调用远程服务。高效指的是通讯效率高，通讯协议尽量精简，减少网络通讯的无效数据传输。引入了微服务架构，随之也会产生一些副作用，比如分布式事务问题，服务异常定位，运维复杂。这些问题又需要引入一些额外的工具或组件去解决。