谷粒商城-基础篇（后端）

一、项目架构图

项目微服务架构图

微服务划分图

二、分布式基础概念

1）微服务

微服务架构风格，就像是把一个单独的应用程序开发成一套小服务，每个小服务运行在自己的进程中，并使用轻量级机制通信，通常是 HTTP API 这些服务围绕业务能力来构建，    并通过完全自动化部署机制来独立部署，这些服务使用不同的编程语言书写，以及不同数据存储技术，并保持最低限度的集中式管理。

简而言之：拒绝大型单体应用，基于业务边界进行服务拆分，每个服务独立部署运行。

2）集群&分布式&节点

       集群是个物理状态，分布式是个工作方式。
       只要是一堆机器，也可以叫做集群，他不是不是一起协作干活，这谁也不知；
《分布式系统原理与范型》定义：
“分布式系统是若干独立计算机的集合，这些计算机对于用户来说像但各相关系统”
分布式系统 (distributed system) 是建立网络之上的软件系统。
       分布式是指：将不同的业务分布在不同的地方。
       集群指的是：将几台服务器集中在一起，实现同一业务。

       例如：京东是一个分布式系统，众多业务运行在不同的机器上，所有业务构成一个大型的业务集群。每一个小的业务，比如用户系统，访问压力大的时候一台服务器是不够的，我们就应该将用户系统部署到多个服务器，也就是每个一业务系统也可以做集群化；

       分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。
      节点：集群中的一个服务器

3）远程调用

       在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称之为远程调用。
       SpringCloud 中使用 HTTP+JSON 的方式来完成远程调用

4）负载均衡

       分布式系统中，A  服务需要调用 B 服务，B 服务在多台机器中都存在， A 调用任意一个服务器均可完成功能。
       为了使每一个服务器都不要太或者太闲，我们可以负载均衡调用每一个服务器，提升网站的健壮性。
       常见的负载均衡算法：
       轮询：为第一个请求选择键康齿中的每一个后端服务器，然后按顺序往后依次选择，直到最后一个，然后循环
       最小连接：优先选择链接数最少，也就是压力最小的后端服务器，在会话较长的情况下可以考虑采取这种方式

5）服务注册/发现&注册中心

A服务调用B服务，A服务并不知道B服务当前在哪几台服务器有，哪些正常的，哪些服务已经下线。解决这个问题可以引入注册中心；

如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的服务

6）配置中心

每一个服务最终都有大量配置，并且每个服务都可能部署在多台服务器上，我们经常需要变更配置，我们可以让每个服务在配置中心获取自己的位置。
配置中心用来集中管理微服务的配置信息
 

7）服务熔断&服务降级

在微服务架构中，微服务之间通过网络进行通信，存在相互依赖；当其中一个服务不可用时，有可能会造成雪崩效应，要防止这种情况，必须要有容错机制来保护服务

1、服务熔断
       设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务，本地直接返回默认的数据

2、服务降级
       在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行，降级：某些服务不处理，或者简单处理【抛异常，返回NULL，调用 Mock数据，调用 FallBack 处理逻辑】

8）API网关

在微服务架构中，API Gateway 作为整体架构的重要组件，他抽象了微服务中都需要的公共功能，同时它提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流监控，日志统计等丰富功能，帮助我们解决很多 API 管理的难题
 

三、环境搭建

1）安装linux虚拟机

2）虚拟机安装mysql、redis

四、服务创建

五、SpringCloud Alibaba

1）简介

       Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发分布式应用微服务的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。
        依托 Spring Cloud Alibaba，您只需要添加一些注解和少量配置，就可以将 Spring Cloud 应用接入阿里微服务解决方案，通过阿里中间件来迅速搭建分布式应用系统。
 

2）为什么要使用 

3）SpringClouid的几大痛点

SpringCloud部分组件停止维护和更新，给开发带来不便;
SpringCloud部分环境搭建复杂，没有完善的可视化界面，我们需要大量的二次开发和定制
SpringCloud配置复杂，难以上手，部分配置差别难以区分和合理应用

4）SpringCloud Alibaba的优势

阿里使用过的组件经历了考验，性能强悍，设计合理，现在开源出来大家用
成套的产品搭配完善的可视化界面给开发运维带来极大的便利
搭建简单，学习曲线低。

5）SpringCloud Alibaba技术搭配方案

SpringCloud Alibaba - Nacos : 注册中心 (服务发现/注册)
SpringCloud Alibaba- Nacos: 配置中心 (动态配置管理)
SpringCloud - Ribbon: 负载均衡
SpringCloud - Feign: 声明式HTTP客户端(调用远程服务)
SpringCloud Alibaba - Sentinel: 服务容错(限流、降级、熔断)
SpringCloud - Gateway:  API 网关 (webflux 编程模式)
SpringCloud - Sleuth:调用链监控
SpringCloud Alibaba - Seata: 原Fescar, 即分布式事务解决方案

5.1、SpringCloud Alibaba - Nacos [作为注册中心]

Nacos 是阿里巴巴开源的一个更易于构建云原生应用的动态服务发现，配置管理和服务管理平台，他是使用 java 编写的，需要依赖 java 环境
Nacos 文档地址： https://nacos.io/zh-cn/docs/quick-start.html

下载 nacos-server：https://github.com/alibaba/nacos/releases

启动 nacos-server
- cmd 运行startup.cmd 文件
- 访问localhost:8848/nacos/
- 使用默认的账号/密码： nacos/nacos 登录

1）服务注册到Nacos

1、首先，修改 ，引入nacos作为服务注册/发现中心的依赖
 

 
     com.alibaba.cloud
     spring-cloud-starter-alibaba-nacos-discovery
 

       在公共服务common的pom.xml文件中引入nacos依赖，其他微服务如果需要将服务注册到nacos,引入公共服务common依赖即可。

2、在应用的 /resource /application.properties 中配置 Nacos Server地址

服务注册中心地址：spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848

3、在服务启动类上使用@EnableDiscoveryClient 开启服务注册发现功能

 @SpringBootApplication
 @EnableDiscoveryClient //开启服务注册发现
 public class ProviderApplication {

     public static void main(String[] args) {
         SpringApplication.run(ProviderApplication.class, args);
     }
 }

4、启动应用、观察 nacos 服务列表是否已经注册上服务

注意每一个应用都应该有名字，这样才能往册上去。修改pplicaion.propertes文件
服务注册名称：spring.application.name: 服务名(例：gulimall-order)
服务端口：server.port=8000

5、注册更多的服务上去，测试使用 feign 远程

Nacos 使用三步

1）、导包

2）、写配置，指定 nacos 地址，指定应用的名字

3）、开启服务注册发现功能 @EnableDiscoveryClient

Feign 使用三步

1）、导包 openfeign

2）、开启 @EnableFeignClients 功能

3）、编写接口，进行远程调用

5.2、SpringCloud Alibaba - Nacos [作为配置中心]

使用步骤与Nacos作为注册中心一样

pom.xml 引入 Nacos Config Starter

   com.alibaba.cloud
   spring-cloud-starter-alibaba-nacos-config

在应用的 resource 下 bootstrap.properties

spring.application.name=gulimall-coupon
spring.cloud.nacos.config.server-addr=127.0.0.1:8848

在 nacos 中添加配置:

Data ID 改成 gulimall-coupon.properties 默认规则 用户名.应用名.properties
在应用中使用@Value 和 @RefreshScope，配置中心数据更改，服务随即获得更新

@RefreshScope // 刷新对应controller
@RestController
@RequestMapping("coupon/coupon")
public class CouponController {
    @Autowired
    private CouponService couponService;

    @Value("${coupon.user.name}")
    private String name;

    @Value("${coupon.user.age}")
    private Integer age;
    @RequestMapping("/test")
    public R test() {
        return R.ok().put("name",name).put("age",age);
    }

Nacos进阶

核心概念

1)、命名空间:
用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 DatalD的配置。Namespace  的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源(如配置、服务)隔离等。

2）、配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配置集，包含了系统各个方面的配置。例如，一个配置集可能包含了数据源、线程池、日志级别等配置项。

2.1）、配置集ID:

Nacos 中的某个配置集的 ID，配置集 ID 是组织划分配置的维度之一，**Data ID** 通常用于组织划分系统的配置集，一个系统或者应用可以包含多个配置集，一个系统应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识，Data ID 通常采用类 Java 包 如 ( com.taobao.tc.refund.log.level ) 的命名规则保证全局唯一性，此命名规则非强制

2.2）、配置分组：

Nacos 中的一组配置集，是组织配置的维度之一，通过一个有意义的字符串，(如 Buy 或 Trade ) 对配置集进行分组，从而区分 Data ID 相同的配置集，当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用，DEFAULT_GROUP 配置分组的常见场景，不同的应用或组件采用了相同的配置类型，如 database_url 配置和 MQ_topic 配置

3）、bootstrap.properties 配置

```properties
spring.application.name=gulimall-coupon # 服务的名称
spring.cloud.nacos.config.server-addr=127.0.0.1:8848  # 服务注册地址
spring.cloud.nacos.config.namespace=ae34901c-9215-4409-ae61-c6b8d6c8f9b0  # 命名空间地址
#spring.cloud.nacos.config.group=111 # 对应分组

spring.cloud.nacos.config.ext-config[0].data-id=datasource.yml  # 配置集指定data_id
spring.cloud.nacos.config.ext-config[0].group=dev   # 配置集指定 group 分组
spring.cloud.nacos.config.ext-config[0].refresh=true #是否动态刷新在配置中心修改后，微服务自动刷新
/**
 * 1、如何使用 Nacos作为配置中心统一管理配置
 *  1.1 引入依赖
 *    
 *             com.alibaba.cloud
 *             spring-cloud-starter-alibaba-nacos-config
 *      
 *  1.2 创建一个bootstrap.properties
 *      spring.application.name=gulimall-coupon
 *      spring.cloud.nacos.config.server-addr=127.0.0.1:8848
 *  1.3 需要给配置中心默认添加一个叫 数据集 (Data Id) gulimall-coupon.properties 默认规则 用户名.应用名.properties
 *  1.4 给 应用名.properties 添加任何配置
 *  1.5 动态获取配置
 *      @RefreshScope: 动态获取并刷新配置
 *      @Value$("${配置项的名字}")
 * 如果配置中心和当前应用的配置文件中都配置了相同的配置文件，优先使用配置中心的文件
 *
 * 2、细节
 *      1、命名空间：配置隔离：
 *          默认：public(保留空间)；默认新增的所有配置都在 public 空间
 *          1、开发 测试 生产 利用命名空间来做环境隔离
 *          注意: 在bootstrap.properties配置上 需要使用哪个命名空间下的配置
 *              spring.cloud.nacos.config.namespace=b1e89ce0-784f-4a80-9de0-e9b080eeaca5
 *          2、每一个微服务之间互相隔离配置，每一个微服务都创建自己的命名空间，只加载自己命名空间下的所有配置
 *
 *
 *      2、配置集：所有配置的集合
 *
 *      3、配置集ID：类似文件名
 *          Data ID：类型文件名
 *
 *      4、配置分组：
 *      默认所有的配置都属于 DEFAULT_GROUP
 *
 * 每个微服务创建自己的命名空间，使用配置分组区分环境，dev、test、prod
 *
 * 3、同时加载多个配置集
 *      1、微服务任何配置信息，任何配置文件多可以放在配置中心中
 *      2、只要在 bootstrap.properties 说明加载配置中心中哪些配置文件即可
 *      3、@Value，@ConfigurationProperties...
 *      以前SpringBoot的任何方式从配置文件中获取值，都能使用
 *      配置中心有的优先使用配置中心的
 * /

微服务基础总结

1、分布式基础概念 
      微服务、注册中心、配置中心、远程调用、Feign、网关 
2、基础开发 
      SpringBoot2.0、SpringCloud、Mybatis-Plus、Vue组件化、阿里云对象存储 
3、环境 
      Vagrant、Linux、Docker、MySQL、Redis、逆向工程&人人开源 
4、开发规范 
     数据校验JSR303、全局异常处理、全局统一返回、全局跨域处理 
     枚举状态、业务状态码、VO与TO与PO划分、逻辑删除 
     Lombok：@Data、@Slf4j