SpringCloud Alibaba微服务实战六- 服务网关

SpringCloud Alibaba微服务实战六- 服务网关

1、什么是微服务网关
微服务网关是整个微服务API请求的入口，可以实现：

日志拦截
权限控制
解决跨域问题
限流
熔断
负载均衡
黑名单与白名单拦截
授权
…

服务网关 = 路由转发 + 过滤器

1、路由转发：接收一切外界请求，转发到后端的微服务上去；

2、过滤器：在服务网关中可以完成一系列的横切功能，例如权限校验、限流以及监控等，这些都可以通过过滤器完成（其实路由转发也是通过过滤器实现的）。

为什么需要服务网关？

上述所说的横切功能（以权限校验为例）可以写在三个位置：

每个服务自己实现一遍

写到一个公共的服务中，然后其他所有服务都依赖这个服务

写到服务网关的前置过滤器中，所有请求过来进行权限校验

第一种，缺点太明显，基本不用；
第二种，相较于第一点好很多，代码开发不会冗余，但是有两个缺点：

由于每个服务引入了这个公共服务，那么相当于在每个服务中都引入了相同的权限校验的代码，使得每个服务的jar包大小无故增加了一些，尤其是对于使用docker镜像进行部署的场景，jar越小越好；
由于每个服务都引入了这个公共服务，那么我们后续升级这个服务可能就比较困难，而且公共服务的功能越多，升级就越难，而且假设我们改变了公共服务中的权限校验的方式，想让所有的服务都去使用新的权限校验方式，我们就需要将之前所有的服务都重新引包，编译部署。
而服务网关恰好可以解决这样的问题：

将权限校验的逻辑写在网关的过滤器中，后端服务不需要关注权限校验的代码，所以服务的jar包中也不会引入权限校验的逻辑，不会增加jar包大小；

如果想修改权限校验的逻辑，只需要修改网关中的权限校验过滤器即可，而不需要升级所有已存在的微服务。

所以，需要服务网关！！！

2、过滤器与网关的区别
过滤器用于拦截单个服务
网关拦截整个的微服务

3、Zuul 与 Gateway 有那些区别
Zuul 网关属于 netfix 公司开源的产品属于第一代微服务网关
Gateway 属于SpringCloud自研发的第二代微服务网关
相比来说 SpringCloud Gateway 性能比 Zuul 性能要好。
注意：Zuul 基于 Servlet 实现的，阻塞式的 Api， 不支持长连接。
SpringCloud Gateway 基于 Spring5 构建，能够实现响应式非阻塞式的 Api，支持长连接，能够更好的整合 Spring 体系的产品。

4、Nginx 与网关的区别
相同点：都是可以实现对 api 接口的拦截，负载均衡、反向代理、请求过滤等，可以实现和网关一样的效果。

不同点：
Nginx 采用C语言编写的
微服务都是自己语言编写的 比如 Gateway 就是 java 写的。

毕竟 Gateway 属于 Java 语言编写的， 能够更好对微服务实现扩展功能，相比 Nginx 如果想实现扩展功能需要结合 Nginx + Lua 语言等。

Nginx 实现负载均衡的原理：属于 服务器端负载均衡器。
Gateway 实现负载均衡原理：采用 本地负载均衡器的形式。

开始实战

创建Model

引入依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>t139springcloudalibaba</artifactId>
        <groupId>com.changan</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>gateway-service</artifactId>

    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
    </properties>

    <dependencies>

        <!--alibaba-nacos服务注册与发现的依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--nacos的配置中心搭配使用-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>

        <!--        2020/2021的springCloud才需要引入这个,不然无法读取BootStrap.yaml文件-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bootstrap</artifactId>
        </dependency>
        <!--        网关依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>

        </dependency>
        <!--        客户端负载均衡loadbalancer-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-loadbalancer</artifactId>
        </dependency>
    </dependencies>
</project>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49

创建yaml

上期有讲到yaml保存到了我们的nacos里面，直接引入nacos的配置

spring:
  application:
    name: gateway-service
  cloud:
    nacos:
      config:
        server-addr: 119.23.176.114:8848
        file-extension: yaml
        namespace: 9770fdf7-f75b-4b3a-95e7-b0386e495b13
        group: DEFAULT_GROUP  #切换环境 改组就行了

#dev test prod。。。等环境


1
2
3
4
5
6
7
8
9
10
11
12
13
14

yaml

spring:
  application:
    name: gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: 119.23.176.114:8848
    gateway:
        discovery:
          locator:
            #与服务注册与发现组件结合
            enabled: true
            #配置路由规则
        routes:
          - id: account-service
            #访问的uri形式，使用loadbalancer的方式
            uri: lb://account-service
            predicates:
              - Path=/account/**
            filters:
              - StripPrefix=1

          - id: user-service
              #访问的uri形式，使用loadbalancer的方式
            uri: lb://user-service
            predicates:
              - Path=/user/**
            filters:
              - StripPrefix=1


server:
  port: 8868
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

启动user服务和account服务

访问成功

routes:
          - id: account-service
            #访问的uri形式，使用loadbalancer的方式
            uri: lb://account-service
            predicates:
              - Path=/account/** //前缀
            filters:
              - StripPrefix=1

          - id: user-service
              #访问的uri形式，使用loadbalancer的方式
            uri: lb://user-service
            predicates:
              - Path=/user/**
            filters:
              - StripPrefix=1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

​ - Path=/account/** //前缀

     #访问的uri形式，使用loadbalancer的方式
        uri: lb://user-service
        predicates:
          - Path=/user/**
        filters:
          - StripPrefix=1
1
2
3
4
5
6

​    - Path=/account/** //前缀

本章完结~~
1
2
3
4