week 10 作业

作业1

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



答：



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

微服务：传统的单体应用存在很多问题，诸如：编译、部署困难，代码分支管理困难，硬件资源使用量巨大等。把单体应用功能做横向或纵向的切分，部署为可独立运行的微服务，使得业务复用、开发边界清晰、分布式集群性能提升。但同时微服务也会引入新的问题，调用关系复杂、服务间通信、服务治理、服务维护和发布等也越来越棘手，docker 和 k8s 应运而生，解决了大部分问题。



中台架构：微服务的进化，确切的说它应该是一种思想方法。其思想是提炼各个子系统微服务的公共服务、技术中间件，形成一个业务中台。使得新业务依赖于中台的服务、技术组件进行快速开发、定制，实现业务重用及数据共享。中台架构与微服务架构不同，微服务致力于将业务系统进行拆分，而中台架构则致力于将服务聚合。



领域驱动设计：是一种基于领域（业务）的软件设计方法，DDD 提出了领域模型的概念，统一了分析和设计编程，使得软件能够更灵活快速地跟随需求的变化。

DDD 更强调的是“业务域”，强调对业务规则、业务边界、职责、业务术语的梳理和理解（DDD 战略设计，领域建模），然后再进行技术框架选型与落地方案验证、任务分解与持续重构(DDD 战术设计，样例代码)。



组件设计原则：从技术上指导软件开发和设计，提高软件质量，它更侧重于“技术域”。

主要核心理念为“高内聚，低耦合”，引申出核心原则”SOLID”,  对扩展开放，对修改关闭，为软件组件的设计与实现提供指导方向。