尹煜的博客

简单来说，微服务可概括为“三大功能，两大特性”。三大功能是指微服务核心组件的功能维度，由浅入深层次递进；而两大特性是构建在每个服务组件之上的高可用性和高可扩展性。服务治理、负载均衡、服务间调用；流量整形、降级熔断、调用链追踪；微服务网关、分布式事务、消息驱动、分布式配置中心。从微服务组件的功能维度来讲，服务间通信是最基础的功能特性，这个功能模块是最适合作为初学者学习微服务技术的切入点。当我们构建起基础的通信能力之后，接下来就要考虑如何构建服务容错能力，提高服务调用的稳定性了。

整个项目划分为了优惠券模板服务、计算服务、用户服务和平台类组件这四大模块。它们的功能是这样的：优惠券模板服务：模板规则是创建具体优惠券的前置条件，每种类型的模板都是一个计算公式，这个公式约定了优惠计算的方式。在这个项目中，模板服务实现了模板规则的创建、克隆、分页查找等功能，并且项目里定义满减、随机立减、满折、晚间双倍优惠等多种券模板类型。优惠计算服务：这个模块是根据用户购物车中的商品信息（单价、数量、所属门店）和优惠券信息，来计算当前订单优惠后的价格。

为了体验从 0 到 1 的微服务改造过程，我们先使用 Spring Boot 搭建一个基础版的优惠券平台项目，等学习到 Spring Cloud 的时候，我们就在这个项目之上做微服务化改造，将 Spring Cloud 的各个组件像添砖加瓦一样集成到项目里。上一章节我们介绍了优惠券平台的功能模块，得知在用户领取优惠券的过程当中，优惠券是通过券模板来生成的，因此，优惠券模板服务是整个项目的底层基础服务。

本章节正式进入 Spring Cloud 环节了，首先介绍微服务架构中一个最重要的原理概念：服务治理，在概念讲解之后，讲解介绍 Nacos 服务注册中心的体系结构。

在前边章节中，我们借助 Nacos 的服务发现能力，使用 WebClient 实现了服务间调用。从功能层面上来讲，我们已经完美地实现了微服务架构下的远程服务调用，但是从易用性的角度来看，这种实现方式似乎对开发人员并不怎么友好。为了发起一个服务请求，我把整个服务调用的所有信息都写在了代码中，从请求类型、请求路径、再到封装的参数和返回类型。编程体验相当麻烦不说，更关键的是这些代码没有很好地践行职责隔离的原则。

本项目使用 Nacos Config 作为配置中心，实现了配置项和业务逻辑的职责分离，然后落地了一个动态属性推送的场景。配置中心还有一个重要功能是“配置回滚”。如果你错误地修改了某些业务项，引起了系统故障，这时候你可以执行一段 rollback 操作，将配置项改动退回到之前的某一个历史版本。在 Nacos 控制台的“配置管理 -> 历史版本”菜单中，你可以查看某个配置项的历史修改记录，并指定回滚的版本。

任何一个架构难免会出现bug，微服务相比于单体架构日志查询更为困难，因此spring cloud推出了Sleuth等组件的链路追踪技术来实现报错信息的定位及查询。

Gateway 既然叫“微服务网关”，就说明它自己就是一个微服务。换句话说，它也是 Nacos 服务注册中心的一员。既然 Gateway 能连接到 Nacos，那么就意味着它可以轻松获取到 Nacos 中所有服务的注册表。这样一来，Gateway 就可以根据本地的路由规则，将请求精准无误地送达到每个微服务组件中。使用 Gateway 有一个显而易见的好处，那就是高可扩展性。

官方定义Spring Cloud Stream 是一个用来为微服务应用构建消息驱动能力的框架。它为一些供应商的消息中间件产品提供了个性化的自动化配置实现，Spirng Cloud Stream 本质上就是整合了 Spring Boot 和 Spring Integration，实现一套轻量级的消息驱动的微服务框架。通过使用 Spring Cloud Stream 可以有效简化开发人员对消息中间件的使用复杂度，让系统开发人员可以有更多的精力关注于核心业务逻辑的处理。

最近研究给微服务项目配置 ssl 证书，如此才可以对接微信小程序（需要使用 https 请求）。传统单体项目来说，首先往项目中添加证书文件，然后在配置文件中配置 ssl 证书路径、密码等相关信息；那么微服务这么多项目，总不能一个个配置 ssl 证书，最后发现可以直接通过网关 Gateway 解决该问题，完全不用对微服务下的项目做变动，亲测有效。