了解完 Spring Cloud 的发展背景以及各个组件库后，在敲代码前，本章节会聊一聊优惠券平台项目的整体功能和模块，以及每个功能点的技术选型和背后的依据，最后讲解下搭建项目所需的开发环境~

1 优惠券平台项目

1.1 项目介绍

1.2 Spring Boot 实战规划

1.3 Spring Cloud 实战规划

① 第一阶段

② 第二阶段

③ 第三阶段

2 开发环境介绍

2.1 Java 和 Maven

2.2 IntelliJ IDEA

2.3 MySQL 和 DB 可视化工具

2.4 Redis

1 优惠券平台项目

1.1 项目介绍

整个项目划分为了优惠券模板服务、计算服务、用户服务和平台类组件这四大模块。它们的功能是这样的：

优惠券模板服务：模板规则是创建具体优惠券的前置条件，每种类型的模板都是一个计算公式，这个公式约定了优惠计算的方式。在这个项目中，模板服务实现了模板规则的创建、克隆、分页查找等功能，并且项目里定义满减、随机立减、满折、晚间双倍优惠等多种券模板类型。
优惠计算服务：这个模块是根据用户购物车中的商品信息（单价、数量、所属门店）和优惠券信息，来计算当前订单优惠后的价格。另外，如果用户有多张优惠券，还提供了“优惠金额试算”服务，帮助用户挑选最省钱的优惠券。
用户服务：这是暴露给外部用户使用的接口，它依赖于模板服务和优惠计算服务完成底层逻辑，主要业务场景是用户领券、订单价格试算、下单核销和订单金额试算等功能。
平台类组件：主要包括一些业务无关的中心化组件，比如 Gateway 网关等等，你将在 Spring Cloud 课程中逐渐接触到平台类组件的搭建。

从整体来看，优惠券模板服务和优惠计算服务是基础服务，用户服务是对用户开放的接口，它依赖于这两个基础服务来完成业务逻辑。而平台类组件则提供了横向的微服务特性支持，比如微服务网关、链路追踪功能等等，你可以把它们理解为“微服务中间件”。我们通过下面这幅图来看一下这四个模块之间的关联关系：

1.2 Spring Boot 实战规划

微服务框架基于 Spring Boot 项目，因此首先便是搭建 Spring Boot 业务模块，并按照模块之间的先后依赖顺序进行改造。Spring Boot 的阶段，用户服务是一个“超级单体应用”，优惠券模板服务和订单优惠计算服务都将打包到用户服务中，跨模块的服务调用都是通过本地方法完成的，因此只用启动用户服务就可以执行所有模块的业务功能。

搭建 Spring Boot 项目的过程中，涉及以下三个技术点：

项目搭建：分层构建项目结构，并借助 Maven 实现依赖项管理
数据操作：将使用 mybatis-plus 替代 spring-data-jpa，分别通过 Mapper、Iservice、自定义 SQL 三种方式实现数据库 CRUD 操作
开放对外 API：快速入门 spring-web 实战，通过注解对外暴露 RESTful 风格的 API

在 Spring Boot 阶段搭建好优惠券平台的单体应用后，接下来就可以进行 Spring Cloud 微服务化改造了。

1.3 Spring Cloud 实战规划

根据微服务学习的路径以及各个组件的难易程度，本专栏主要分为三个不同的阶段：

第一阶段：搭建基础的微服务功能，实现微服务之间的通信
第二阶段：为各个模块构建服务容错、分布式配置中心、分布式链路追踪能力
第三阶段：进一步实现微服务网关、消息驱动和分布式事务。下面我们来看下每个阶段主要做些什么以及对应的技术选型

① 第一阶段

主要实现微服务之间的通信，将用户微服务、优惠券模板服务和订单优惠计算服务拆分为独立部署的业务系统，通过注册中心来实现服务注册和服务发现，让各个微服务之间可以互相调用。这个阶段涉及的关键技术是 Nacos 注册中心、Loadbalancer 客户端负载均衡组件和 OpenFeign 服务间调用组件。

微服务之间的服务通信有一个前提条件，就是你要知道将要调用的服务器地址是什么。这个寻址的任务是交由 Nacos 注册中心和 Loadbalancer 负载均衡器共同来完成的。

Nacos 是 Alibaba 出品的服务治理组件，它作为一个注册中心组件，负责收集所有服务节点的地址信息并维护服务注册表，所有服务上线之后都会向它汇报状态。Loadbalancer 则承担了负载均衡的任务，在客户端发起服务调用的时候，它会负责从 Nacos 的注册表中挑选一台目标服务器。而 OpenFeign 组件是一个“锦上添花”的组件，它能够简化基于 HTTP 的远程服务调用，让我们就像使用本地接口一样方便地发起远程服务调用。

至于为什么会选择 Nacos+Loadbalancer 作为选型方案呢？其实，在早期版本的 Spring Cloud 微服务架构选型中，Eureka + Ribbon 是一个使用最为广泛的组合，它们是 Netflix 公司贡献给 Spring Cloud 项目的服务治理 + 负载均衡组件。但是考虑到 Netflix 正在退出 Spring Cloud 的历史舞台。Eureka 和 Ribbon 已经进入了维护状态。其中，Ribbon 更是在 Spring Cloud I 版之后，就从官方组件库中被移除了。这意味着 Eureka 和 Ribbon 已经进入了“暮年”，不会再有重大的功能更新。

因此，在考虑技术选型的时候，我选择了后劲更足、功能更为强大的 Nacos 和 Spring Cloud 官方开源的 Loadbalancer 组件。大致来讲，在第一阶段，分为三个部分来带你搭建起微服务之间的通信：

服务治理：服务治理的重点是搭建基础的跨服务调用功能。我会把用户服务、优惠计算服务和订单服务改造成可以独立启动的微服务，并借助 Nacos 的服务发现功能，通过 Webflux 组件中的 WebClient 实现基于 HTTP 的跨服务间的调用
负载均衡：在这部分，我们将在服务治理的基础上，引入 Loadbalancer 组件为跨服务调用添加负载均衡的能力。除此之外，我会对 Loadbalancer 组件的扩展接口做自定义开发，实现一个金丝雀测试的负载均衡场景
简化服务调用：我将使用 OpenFeign 组件对用户服务进行改造，将原先复杂的 WebClient 调用替换为简洁的 OpenFeign 调用