Zuul(SpringCloud学习笔记一)

本文内容纲要：

路由是微服务架构中必须（integral）的一部分，比如，“/”可能映射到你的WEB程序上，”/api/users“可能映射到你的用户服务上，“/api/shop”可能映射到你的商品服务商。（注解：我理解这里的这几个映射就是说通过Zuul这个网关把服务映射到不同的服务商去处理，从而变成了微服务！）

Zuul是Netflix出品的一个基于JVM路由和服务端的负载均衡器.

Zuul功能：

认证 压力测试 金丝雀测试 动态路由 负载削减 安全 静态响应处理 主动/主动交换管理

Zuul的规则引擎允许通过任何JVM语言来编写规则和过滤器,支持基于Java和Groovy的构建。

配置属性zuul.max.host.connections已经被两个新的配置属性替代,zuul.host.maxTotalConnections（总连接数）和zuul.host.maxPerRouteConnections,（每个路由连接数）默认值分别是200和20.

一.Zuul做反向代理

当一个UI应用调用一个或更多的后端服务的时候，我们可以用SpringCloud创建一个Zuul代理减少开发是非常常见的例子。使用代理服务来避免必须的跨域资源共享（Cross-OriginResourceSharing）和所有的后端需要分别认证的问题。

在SpringBoot主函数上通过注解@EnableZuulProxy来开启,这样可以让本地的请求转发到适当的服务.按照约定,一个ID为"users"的服务会收到/users请求路径的代理请求(前缀会被剥离).Zuul使用Ribbon定位服务注册中的实例,并且所有的请求都在hystrix的command中执行,所以失败信息将会展现在Hystrixmetrics中,并且一旦断路器打开,代理请求将不会尝试去链接服务.

Zuulstarter没有包含服务发现的客户端,所以对于路由你需要在classpath中提供一个根据serviceIDs做服务发现的服务.(例如,eureka是一个不错的选择)

在服务ID表达式列表中设置zuul.ignored-services,可以忽略已经添加的服务.如果一个服务匹配表达式,则将会被忽略,但是对于明确配置在路由匹配中的,将不会被忽略,例如:

application.yml

zuul:

``ignoredServices:*

routes: users:/myusers/** 在这个例子中,除了"users",其他所有服务都被忽略了.这个意味着http请求"/myusers"将被转发到"users"服务(比如"/myusers/101"将跳转到"/101") 为了更细致的控制一个路由,你可以直接配置路径和服务ID: zuul: routes: users: path:/myusers/** serviceId:users_service 这个意味着HTTP调用"/myusers"被转发到"users_service"服务.路由必须配置一个可以被指定为ant风格表达式的"path",所以“/myusers/*”只能匹配一个层级, 但"/myusers/**"可以匹配多级. 后端的配置既可以是"serviceId"(对于服务发现中的服务而言),也可以是"url"(对于物理地址),例如: zuul: routes: users: path:/myusers/** url:http://example.com/users_service 这个简单的"url-routes"不会按照 HystrixCommand 执行,也无法通过Ribbon负载均衡多个URLs.为了实现这一指定服务路由和配置Ribbon客户端(这个必须在 Ribbon中禁用Eureka:具体参考更多信息),例如: zuul: routes: users: path:/myusers/** serviceId:users ribbon: eureka: enabled:false users: ribbon: listOfServers:example.com,google.com//所使用的Ribbon列表 你可以使用regexmapper提供serviceId和routes之间的绑定.它使用正则表达式组来从serviceId提取变量,然后注入到路由表达式中. ApplicationConfiguration.java @Bean publicPatternServiceRouteMapperserviceRouteMapper(){ returnnewPatternServiceRouteMapper( "(?<name>^.+)-(?<version>v.+$)", "${version}/${name}"); } 这个意思是说"myusers-v1"将会匹配路由"/v1/myusers/**".任何正则表达式都可以,但是所有组必须存在于servicePattern和routePattern之中. 如果servicePattern不匹配服务ID，则使用默认行为.在上面例子中，一个服务ID为“myusers”将被映射到路径“/myusers/**”（没有版本被检测到） ，这个功能默认是关闭的，并且仅适用于服务注册的服务。 设置 zuul.prefix 可以为所有的匹配增加前缀,例如 /api,代理前缀默认会从请求路径中移除(通过 zuul.stripPrefix=false 可以关闭这个功能). #反响代理配置 #这里的配置类似nginx的反响代理 #当请求/api/**会直接交给listOfServers配置的服务器处理 #当stripPrefix=true的时候（http://127.0.0.1:8181/api/user/list->http://192.168.1.100:8080/user/list） #当stripPrefix=false的时候（http://127.0.0.1:8181/api/user/list->http://192.168.1.100:8080/api/user/list） zuul.routes.api.path=/api/** zuul.routes.api.stripPrefix=false api.ribbon.listOfServers=192.168.1.100:8080,192.168.1.101:8080,192.168.1.102:8080

你也可以在指定服务中关闭这个功能:

zuul: routes: users: path:/myusers/** stripPrefix:false 在这个例子中,请求"/myusers/101"将被跳转到"users"服务的"/myusers/101"上. zuul.routes的键值队实际上绑定到类型为 ZuulProperties 的对象上.如果你查看这个对象你会发现一个叫"retryable"的字段,设置为"true"会 使Ribbon 客户端自动在失败时重试(如果你需要修改重试参数,直接使用Ribbon客户端的配置) X-Forwarded-Host 请求头默认在跳转时添加.通过设置 zuul.addProxyHeaders=false 关闭它.前缀路径默认剥离,并且对于后端的请求通过请 求头"X-Forwarded-Prefix"获取(上面的例子中是"/myusers") 通过 @EnableZuulProxy 应用程序可以作为一个独立的服务,如果你想设置一个默认路由("/"),比如 zuul.route.home:/将路由所有的请求(例如:"/**") 到"home"服务.

本文内容总结：

原文链接：https://www.cnblogs.com/xd03122049/p/6036318.html