开发者学堂课程【Spring Cloud 微服务架构设计与开发实战 ：1.8微服务架构 Microservice 的经典设计模式】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：/learning/course/60/detail/1112
1.8微服务架构 Microservice 的经典设计模式
内容介绍
一、前言
二、微服务架构中的经典设计模式
三、微服务架构中的设计模式
四、微服务设计模式分类
五、微服务架构中的经典设计模式分支
一、前言
这节课讲解微服务架构 Microservice 的经典设计模式，里面也包含面试题。上节课提过自己思考在微服务架构中遇到过那些设计模式，有经典的早期黑屏设计模式，里面有2，3种，但经过多年的迭代不下几百种，有名气的没名气的多的是。在Java 中也有非常重要的两个模式 IOC，AOP，概念的话就不用再提了，但本身微服务架构是比较特殊的架构，是更加复杂的分布式架构，这里面就有更多的挑战，当然也有很多经典的设计模式，下面来看一个整个微服务架构中的经典设计模式。
二、微服务架构中的经典设计模式
一般提到微服务架构想的都是一种架构模式，其实不是，微服务架构本身含有几十种设计模式，可能后续的还会有更多的模式，这里介绍目前比较经典的架构模式，观察下面的这张图，当然图也是在不断变化的，但在下面这张图里面是以微服务架构为中心向外发散的，发散出许多架构模式，像之前讲过的客户端发现和服务端发现，服务的注册和发现机制也是一个设计模式，讲过在 SOC 时代也出过 discovery的协议，只不过很少有公司去基于 observice 去注册和发现，有些会自己开发一个管理中心，把所有的 API 地址放进去。在 Java 中 swagger 可以生成 API 的文档，方便客户端去调用，释放参数，也叫做一种方式，但这种方式要比单体的好用，比较特殊的就是早期有公司这么干，写一个接口手动写一个文档，没有工具生成，这个文档发给客户端，客户端的开发端调度人员基于文档进行调用，现在也有公司这么干，服务端开发后自己手动写一个文档给前端团队使用，这种都是比较机械，效率慢的方式，当然现在也有自动化的注册中心，像 spring cloud 本身提供了自己的注册中心，阿里 NACOS，但微服务架构属于一种更复杂的架构，里面也会用到消息通信，需要通过消息和数据库，消息和其他微服务进行补偿都很正常，还有网关，微服务太多只有一个出口，就需要代理。还有安全问题像 Access Token 与令牌相关的，还有高并发的熔断线流 Circuit Breaker，与熔断相关的，还有分布式居中，压测，还有服务拆分模式，服务单数据库模式，单实例单数据库模式，多实例多数据库模式，多服务共享数据库模式，服务编排模式，统一配置模式，这里面比较重要的是分布式架构模式和分布式事务模式，一般都是用补偿的方式，像可能用到 AOP，工厂等等。有些问题像服务编排，在某些中经常遇到，但是没有总结出来。而设计模式在微服务架构中更多了，就是因为遇到的挑战性问题更多而导致的。
三、微服务架构中的设计模式
服务拆分会借鉴 DDD 模式而不是照搬，还有像说的一个服务一个数据库，几个服务共享一个数据库，还有多数据库模式，就是不仅有 Circuit 的还有 noCircuit 的，各种数据库都有，还有一个微服务是放在一个进程里面和多个进程放在一个微服务里面都是不一样的，配置文件到底怎么方也是个设计模式，客户端服务端怎么积层也是一个设计模式，微服务里面可能设计的点太复杂，因为不可能是一层调用，而涉及多层微服务调用的话问题就会更复杂了。现在也有前后端分离，后端才有微服务，而且后端做的更复杂，因为后端项目业务量庞大，不止一个实例，是大规模服务集群，所以也有可能在微服务架构中用到分学架构，需要注意。还提到一个令牌模式，还有一个比较有意思的全局 VID 生成算法，也算是一种设计模式，因为有一些比较特殊的场景，像订单的生成算法，这也是一种设计模式，和订单业务场景相关，比如想生成全局唯一，还有像秒杀场景里面高并发的场景解决，像这种解决特定问题的模式都叫做设计模式。
四、微服务设计模式分类
应用架构模式:单点登录，注册发现，熔断限流，断路器，网关模式，消息补偿模式，令牌模式
数据库:分库Single Service，共库多 Service，多库同步，事务性补偿
日志追踪模式:观察者模式patterns，Log aggregation，Application metrics，Audit logging，Distributed tracking，Exception tracking，Heath check API，Log deployments and changes，分布式外路温热模式
UI 模式:MVC，MVP，MVVM，Server-side page fragment composition，Client side Ul composition
应用架构模式，数据库，日志追踪模式，UI 模式，但应用架构模式比较明显会统一做身份验证，熔断线流的话可以统一做，也可以单个做，这里面还有拆分模式，聚和模式，另外数据库还有单库和多库，里面的框架是可靠效益同步还是异步效益同步等，这都可能，还有事务出现问题时事务怎么解决，在数据库层面解决还是微服务层面解决，都可以，而且最终算法比较多，相比之前 Java 写网站日志更复杂，怎样监控怎么记录都变得更加复杂，所以各种问题的解决方案应运而生。
五、微服务架构中的经典设计模式分支
服务的话一对一单线往下调用也可以，也可能一个服务调动多个服务，然后再对客户端提供对应接口。聚合链路分支，里面偶尔会有一个分叉，是不是要公用一个队列，共享一个数据库，各个服务之间要不要异步调用，还是用其他进行实现都有可能。这里需要注意相关的实景模式，这些都是面试题，可以再回去看一些一下微服务架构中的经典设计模式，按照架构分类，按照数据库分类，日志分类，前端分类，链路分支分类，看有那些经典的微服务架构模式。
