第十周作业

Dubbo调用时序图

dubbo整体的调用时序如下图所示：

下面是dubbo调用方类的时序图

下图是dubbo服务方类的时序图

微服务架构

架构都是随着业务进行演化的，最早我们一个系统就能搞定所有的业务，也即单体架构，但是随着用户的增多，业务的复杂化，也带来了很多问题，比如代码量庞大，编译部署困难，分支管理困难，新增功能困难。这个阶段我们就需要进行服务的拆分，我们可以按照业务来把之前一个庞大的系统垂直拆分成多个子系统，多个子系统之间通过微服务框架来进行调用，在这个架构中我们需要考虑服务注册与发现、负载均衡、失效转移、高效通信、版本管理等等，这些服务独立成一个个的微服务，这就是我们所说的微服务架构。中台架构是定义了业务能力，定好了规范，前台应用必须在这种规范下进行快速开发，这样企业的业务能力就能够进行复用。

而我们在做微服务架构的时候会涉及到如何进行应用拆分，这个阶段就可以用领域驱动设计来进行业务划分的指导，比如通过领域、子域、界限上下文、上下文映射图来进行战略设计。