架构训练营第十周 - 作业

Apache Dubbo™ is a high-performance, java based open source RPC framework.



作业

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

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



作业一

Apache Dubbo™ is a high-performance, java based open source RPC framework.

官方架构





服务调用时序图





作业二

中台架构、领域驱动设计、组件设计原则这仨，真要展开来说，需要很大的篇幅。

关于中台

关于中台，互联网领域的中台，最开始的布道者是阿里。然后2019年，各大公司都在蹭热度，参加线下会议时，竟然看到硬凑的中台，工作人员也是莞尔一笑。



中台，需要业务的沉淀，需要数据的沉淀，对于中小企业来说，业务不够复杂、不够广的时候，实施中台反而是个累赘，而且中台一般都需要，组织结构跟着调整，不调整的话，沟通成本就是个巨大的坑。



中台的目的，是要能够复用业务能力，适应快速变化的业务需求。不能为了中台而中台。



当业务达到一定规模的时候，可以考虑拆中台了。大中台拆分为小中台，已支持更灵活多变的需求。



目前，一般都是业务中台、数据中台俩大中台。

关于DDD

领域驱动设计，基于封装特性，业务场景，根据业务需要划分一定的领域。



核心在于划分领域，定义领域实体。



领域划分这些战略设计，倒是很有实际意义，能更快带来业务上的效益，短期内可以考虑在混合应用：事务脚本、领域模型。



关于组件设计



大型应用都是基于组件设计的，组件达到复用、节省时间、统一标准的目的。



一个优秀的组件，肯定是业务无关的，肯定是稳定不易变化的。



组件，可大可小，不建议过大。太大的组件带来更多的复杂度。



组件，建议遵循职责单一的设计原则，只解决一个问题，一种场景。