第十周作业



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





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

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

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

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

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



领域是一个组织所做的事情以及其包含的一切，就是组织的业务范围和做事方式，也是软件开发的目标范围。

领域驱动设计就是从领域出发，分析领域内模型及其关系，进而设计软件系统的方法

把整个领域先划分成多个子域，通过限界上下文，来控制子域的边界，保证子域内概念的统一性。



个人理解，微服务不能脱离实际业务场景，为了理清业务，构造高内聚低耦合的系统，应该先理清业务，划分出清晰的职责和边界，才能更好的应用微服务架构。关联的前面的课程，设计就涉及基于现实场景用UML建模，原则就是面向对象设计的几大原则和更好的使用设计模式去构建系统