架构师训练营 第十周作业
根据微服务框架 Dubbo 的架构图,画出 Dubbo 进行一次微服务调用的时序图。
架构图:

时序图:

关于微服务架构(中台架构、领域驱动设计、组件设计原则),你有什么样的思考和认识?
领域驱动设计:
属于充血模型
将事务涉及到的对象分开,确定对象的边界,对象在自己的边界中各司其职
实际开发中难度比较大,其核心设计是根据现实中的业务进行设计,而不是基于用户交互的界面进行设计
如果领域的范围比较大,可以进一步拆分为更小的子域,针对自域,需要有限界上下文,比如说一个组件,模块,或者微服务,子系统,一般和子域是一对一关系
使用上下文映射图描述限界上下文的交互关系,因此可以识别模块之间的交互关系是否合理
版权声明: 本文为 InfoQ 作者【文江】的原创文章。
原文链接:【http://xie.infoq.cn/article/7e44abb3b2447e5e3cbe1b8ee】。未经作者许可,禁止转载。
评论