SpringCloud整合zuul并实现反向代理和负载均衡

女爷i 2022-04-10 09:44 190阅读 0赞

首先，这篇文章参考的是http://blog.didispace.com/springcloud5/这位大牛的博客。本人是通过这篇博客来学习zuul的，现在写的博客只是个人在学习时个人的一些感受和理解。

谈到spring cloud，就要提及到其核心组件：zuul组件，这个组件其实功能很多，比如反向代理，负载均衡还有权限控制等功能，这篇博客主要写的是zuul的反向代理和负载均衡。

首先是进行eureka的实现，代码如下：

首先是pom.xml，添加依赖：

<dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-eureka-server</artifactId>
                <version>1.3.2.RELEASE</version>
            </dependency>

然后是application:

import org.springframework.boot.autoconfigure.SpringBootApplication;
    import org.springframework.boot.builder.SpringApplicationBuilder;
    import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
    
    @EnableEurekaServer
    @SpringBootApplication
    public class EurekaApplication {
    
        public static void main(String[] args) {
            new SpringApplicationBuilder(EurekaApplication.class).web(true).run(args);
        }
    }

接着是配置文件：

server.port=1111
    #eureka.instance.hostname=localhost
    
    eureka.client.register-with-eureka=false
    eureka.client.fetch-registry=false
    eureka.client.serviceUrl.defaultZone=http://localhost:${server.port}/eureka/

创建好eureka后,则是实现zuul：

首先是添加pom.xml文件的依赖：

<dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-zuul</artifactId>
                <version>1.3.4.RELEASE</version>
            </dependency>
    
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-eureka</artifactId>
                <version>1.3.2.RELEASE</version>
            </dependency>

然后是具体的实现，也非常简单：

@EnableZuulProxy
    @SpringCloudApplication
    public class ZuulApplication {
    
        public static void main(String[] args) {
            new SpringApplicationBuilder(ZuulApplication.class).web(true).run(args);
        }
    
    }

接下来是配置文件：

spring.application.name=api-gateway
    server.port=5555
     
    # routes to serviceId 这里边是通过serviceid来绑定地址，当在路径后添加/api-a/   则是访问service-A对应的服务。
    zuul.routes.api-a.path=/api-a/**
    zuul.routes.api-a.serviceId=service-A
     
    zuul.routes.api-b.path=/api-b/**
    zuul.routes.api-b.serviceId=service-B
     
    # routes to url  这里是绑定具体的ip地址
    zuul.routes.api-a-url.path=/api-a-url/**
    zuul.routes.api-a-url.url=http://localhost:2222/
     
    eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

那么，其实在配置完这个配置文件后，其实zuul已经实现了反向代理和负载均衡的两个功能了，可能有人这时候就纳闷了，这里不是只是反向代理了吗？怎么实现负载均衡呢？其实zuul实现负载均衡很简单，使用serviceId进行绑定后，如果有多个相同的serviceid，则会进行轮询的方式进行访问。这个在下文会有具体的结果截图。

现在需要开启建立两个服务，具体的操作为实现a+b的操作,第一个为Service-A。

pom.xml中添加：

<dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-eureka</artifactId>
                <version>1.3.2.RELEASE</version>
            </dependency>

然后是配置文件：

spring.application.name=service-A
    
    server.port=2224
    
    eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

然后是一个客户端和一个controller:

package com.example;
    
    import org.springframework.boot.autoconfigure.SpringBootApplication;
    import org.springframework.boot.builder.SpringApplicationBuilder;
    import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
    
    @EnableDiscoveryClient
    @SpringBootApplication
    public class ControllerApplicationA {
    
        public static void main(String[] args) {
            new SpringApplicationBuilder(ControllerApplicationA.class).web(true).run(args);
        }
    }

package com.example.web;
    
    import org.springframework.beans.factory.annotation.Autowired;
    import org.springframework.cloud.client.discovery.DiscoveryClient;
    import org.springframework.web.bind.annotation.*;
    
    @RestController
    public class ComputeController {
    
        @Autowired
        private DiscoveryClient client;
    
        @RequestMapping(value = "/add/{a}/{b}",method = RequestMethod.GET)
        public String add(@PathVariable Integer a,@PathVariable Integer b)
        {
            System.out.println("host:"+client.getLocalServiceInstance().getHost()+"   -----port:"+client.getLocalServiceInstance().getPort());
            return a+b+" ------      host:"+client.getLocalServiceInstance().getHost()+"   -----port:"+client.getLocalServiceInstance().getPort();
        }
    
    }

这个客户端的代码是用来进行具体的操作的，在这中间我们在返回值中添加具体的服务器地址和端口号。

以同样的方式再建立一个服务Service-B。

然后先启动两个服务，截图如下：

![1208820-20170823201435933-1368632999.png][]

这时候先不要急着访问Service-A和B，我们将service-A和B中的配置文件中的端口号修改后再启动：

结果如下：

![1208820-20170823201605324-2079312866.png][]

这时候我们看到了，serviceid为Service-A和B各有两个，那么接下来则是实验zuul负载均衡的时候了，我们在此只测试Service-A:

第一次访问http://localhost:5555/api-a/add/1/2：

![1208820-20170823201848339-837533394.png][]

第二次访问：

![1208820-20170823201905214-329689697.png][]

因此这就实现了负载均衡，但是这个负载均衡是属于客户端的负载均衡。在这我也就简要的说下客户端负载均衡。

客户端负载均衡：

基于客户端的负载均衡，简单的说就是在客户端程序里面，自己设定一个调度算法，在向服务器发起请求的时候，先执行调度算法计算出向哪台服务器发起请求，然后再发起请求给服务器。

特点：

1.  由客户端内部程序实现，不需要额外的负载均衡器软硬件投入。
2.  程序内部需要解决业务服务器不可用的问题，服务器故障对应用程序的透明度小。
3.  程序内部需要解决业务服务器压力过载的问题。

使用场景：

1.  可以选择为初期简单的负载均衡方案，和DNS负载均衡一样。
2.  比较适合于客户端具有成熟的调度库函数，算法以及API等
3.  毕竟适合对服务器入流量较大的业务，如HTTP POST文件上传，FTP文件上传，Memcache大流量写入。
4.  可以结合其他负载均衡方案进行架构。

**要更多干货、技术猛料的孩子，快点拿起手机扫码关注我，我在这里等你哦~**

![70][]

[1208820-20170823201435933-1368632999.png]: /images/20220401/a31848ccb3a44f419b893198925100f1.png
[1208820-20170823201605324-2079312866.png]: /images/20220401/20fa21533d86457abdef1f3c30dc1144.png
[1208820-20170823201848339-837533394.png]: /images/20220401/d2fe09f2cf904866a93ced6b79adb8b2.png
[1208820-20170823201905214-329689697.png]: /images/20220401/119c1dbd857a44b4958ddd3e93747f49.png
[70]: /images/20220401/b6e91f3d74e34c7f997d47a93d9f602f.png