Spring Cloud 微服务项目实战 -

微服务“三大功能，两大特性”

三大功能是指微服务核心组件的功能维度，由浅入深层次递进；

两大特性是构建在每个服务组件之上的高可用性和高可扩展性。

微服务框架组件可以按照这三大功能模块分下类

• 服务间通信，包括服务治理、负载均衡、服务间调用；
• 服务容错和异常排查，包括流量整形、降级熔断、调用链追踪；
• 分布式能力建设，包括微服务网关、分布式事务、消息驱动、分布式配置中心。

从微服务组件的功能维度来讲，服务间通信是最基础的功能特性，这个功能模块是最适合作为微服务技术的切入点。

当构建起基础的通信能力之后，就要考虑如何构建服务容错能力，提高服务调用的稳定性了。

在这之后，就可以从全局的角度构建一些分布式支持特性。

除了功能特性以外， 我们从高可用性和可扩展性两个维度来做扩展。

---

Spring Boot & Spring Cloud

上图是 Spring社区发布的一张简化的架构图 。

我们可以看到有几个 Spring Boot Apps 的应用集群，这就是经过拆分后的微服务。Spring Cloud 和 Spring Boot 达成了一种默契的配合：

• Spring Boot 主内，通过自动装配和各种开箱即用的特性，搞定了数据层访问、RESTful 接口、日志组件、内置容器等等基础功能，轻松搭建起一个应用

• Spring Cloud 主外，在应用集群之外提供了各种分布式系统的支持特性，轻松实现负载均衡、熔断降级、配置管理等诸多微服务领域的功能。

两者合二为一完整构建了微服务领域的全家桶解决方案。

---

Spring Cloud 组件库一览

---

Spring Cloud 版本

在大版本发布之前，还要经历很多小版本的迭代， Spring Cloud 的小版本更新策略如下

• SNAPSHOT 版本：正在开发中的快照版本，例如 2021.0.0-SNAPSHOT，快照版代表当前分支最新的代码进度，也是更新最为频繁的小版本类型，不推荐在线上正式环境使用；

• Milestone 版本：在大版本正式发布前的里程碑版本，例如 2021.0.0-M1，M1 代表当前大版本的第一个里程碑版本，M2 代表第二个迭代里程碑，以此类推。在正式版本发布之前要经历多个里程碑的迭代，像 Spring Cloud Finchley 版足足经历了 9 个 M 版本之后，才过渡到了 RC 版。同样地，也不推荐你在正式项目中使用 Milestone 版本；

• Release Candidate 版本： RC 版，例如 2021.0.0-RC1。当一个版本迭代到 RC 版的时候，意味着离正式发布已经不远了。 RC 版是发布前的候选版本，走到这一步通常已经没有新的功能开发，RC 主要目的是开放出来让大家试用并尽量修复严重 Bug。

• Release 版：稳定的正式发布版，比如 2020.0.1。放心使用 Release 稳定版。

建议： 当框架有重大版本更新时，建议你先按兵不动，等大版本做了一两次迭代之后，明显的 Bug 修复得差不多了了，再应用到项目中也不迟。

---

毕业版本依赖关系推荐使用

版本说明

在代码中的使用如下：

---

微服务项目

搭建一个简化版的营销优惠计算系统，实现优惠券模板的创建、用户领取优惠券、下单核销优惠券和订单价格试计算等功能。

要实现一个“领取优惠券”的功能，首先是要创建一个营销规则模板。这个模板就像是一个模具一样，每张优惠券都通过这个模具来铸造，并最终发放到用户手中。

使用模板的好处是可以对优惠券消费规则做一层抽象，比如满减类、打折类这些优惠券只是具体的优惠金额不同，但是玩法类似，把相类似的玩法功能抽象成一个模板，就可以简化具体优惠券的创建和核销流程。

在这个实战项目中，借鉴之前的工作经验，把整个项目划分为了优惠券模板服务、计算服务、用户服务和平台类组件这四大模块