Spring Cloud Zuul--服务网关

     有了Eureka服务注册发现、Hystrix断路器、Ribbon服务调用负载均衡，以及spring cloud config 集群配置中心，似乎一个微服务框架已五脏俱全，last but not least，一个服务网关却不可或缺。

一、Zuul 实例

    在上篇demo创建好注册中心、服务提供方的基础之上，再来演示一下zuul网关服务

1、创建网关类

@EnableZuulProxy
@SpringCloudApplication  
//整合@SpringBootApplication、@EnableDiscoveryClient、@EnableCircuitBreaker
public class ZuulApplication {

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

2、添加properties配置文件

spring.application.name=api-gateway
server.port=5555

zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=compute-service

zuul.routes.api-b.path=/api-b/**
zuul.routes.api-b.serviceId=compute-service

eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

     同样也指向eureka服务注册中心地址，api-a.serviceId,b-serviceId 指向服务提供者名称

3、访问效果

     原来直接通过http://COMPUTE-SERVICE/add?a=10&b=20链接直接访问compute-service服务实例，现在则可直接localhost：5555/api-a/add?a=1&b=2网关地址访问compute-service服务。同样zuul网关也提供服务负载均衡功能，将请求均发到service服务实例。

二、什么是网关？为何需要使用网关？

     通过上图，对外提供的服务，在无网关的情况下，API接口直接暴露给服务调用方，当调用方增多，不同业务调用方各不相同，势必需要添加定制化访问权限、校验等逻辑。当添加API网关后，再第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端，正如无需直接访问compute-service的add方法，而是通过api-a/add链接将请求传递给service实例。Zuul就是提供负载均衡-反向代理-权限认证的这么一个API gateway。

     类似于Nginx在应用服务最前端添加一堵保护墙，zuul的负载均衡是针对将请求分发给集群中某台服务或者某个服务实例。而前面介绍过的ribbon也是主打服务负载功能，它所针对的是服务消费者将调用请求分发到某具体服务提供实例。两者均做负载均衡，实际是在系统不同的层级上进行。