微服务(五)-服务网关zuul(一)

简介: 微服务(五)-服务网关zuul(一)

服务网关zuul

zuul:

1、概念和功能:

1.1、所有的负载均衡方向代理的到zuul网关上面,网关既可以限流,又可以做各个权限的验证,做一些权限的处理,可以对一些的地址进行一些禁用,让其不能访问。

1.2、网关的作用是做路由的,路由的作用其实就是让你不去知道真实的服务地址给它进行路由而已。又可以集中式的去管理这些分发出来的API/路径,所有的调用都是从网关开始走。并不是直接进行服务之间的通信的。直接通信感觉是很乱的,所有的地址无法进行统一的管理和限流。

1.3、这个网关路由的话,先启动cloud-config和cloud-provider的服务。

2、引入相关的依赖如下:org.springframework.cloud,spring.cloud-starter-netflix-zuul:

2.1、按照官网cloud的例子:

每一个项目都会提供 application.yml和bootstrap.yml.

application.yml:主要放的是端口,一些实例的注册,相关git一些的配置。

bootstrap.yml:加密,服务名称。

zuul的配置代码如下,因为网关需要去探知,所以也需要注册到zookeeper上。

2.2、然后再启动zuul之前需要加上@EnableZuulProxy。

2.3、启动下zuul:

2.4、然后去访问下路由的地址:

2.5、去测试下真实访问配置中心客户端的地址:

2.6、然后通过路由的地址去访问:一样可以路由到

以后我们所有访问的API地址都是通过/actuator/routes给路由出来,这就安全了。config:是路由名称

3、但是在开发中很多人都知道这个路由的规则:所以说不能用默认的监控的路由的。路由的端口就是路由器的端口号,监控地址也会重新定义的。

比如:由管理监控的端口12345,这就是安全,不可能暴漏自己的端口。

3.1、重启下:zuul,9000:服务器的端口号和12345:指定的端口号

这时路由9000地址是访问不了了。所以说监控的地址一样不能暴漏出去的

用12345端口去访问才是可以的,为了安全。

4、在开发项目的时候我是一个服务一个路由。configserver的值自己随便写的,为了辨别区分的。

代码如下:

再次访问这时多了一个路由:

4.1、把默认的路由去掉:

4.2、也可以定义多个路由并且也可以忽略部分的集合的路由:**可以写具体的地址。serviceId: config对应的是config的服务,ignored-patterns:传的是set集合,代码如下:

4.3、敏感信息头:比如做token方面的验证,啥都不写的是允许所有的敏感信息头。这些是Cookie,Set-Cookie, Authorization

总结:上面是对网关zuul做了基本的介绍,以及简单的一些配置。但是项目中zuul是和fegin框架一起使用的,后面会继续写如何和fegin框架一起使用。

var first_sceen__time = (+new Date()); if ("" == 1 && document.getElementById('js_content')) { document.getElementById('js_content').addEventListener("selectstart",function(e){ e.preventDefault(); }); }

阅读 86

相关文章
|
10月前
|
负载均衡 应用服务中间件 API
微服务技术系列教程(25) - SpringCloud- 接口网关服务Zuul
微服务技术系列教程(25) - SpringCloud- 接口网关服务Zuul
146 0
|
监控 负载均衡 安全
解密微服务之Zuul
当今互联网世界中,微服务架构已经成为了一种流行的架构方式,它有助于构建可伸缩、灵活和可维护的应用程序。然而,随着微服务数量的增加,管理它们之间的通信和路由变得越来越复杂。这就是Netflix开发的Zuul微服务网关出现的背景。本文将详细介绍Zuul微服务网关,探讨其作用、功能以及如何在微服务架构中使用它。
|
Java API 微服务
微服务网关的一点思考
通常我们在决定架构/技术方案之前,都需要明确几个问题,对于网关也是如此。我们真的需要网关吗?什么时候需要?需要什么功能,有哪些迫切解决的问题?最大的侧重点是什么?功能/性能/扩展/活跃度?.... 在明确这些问题之后,面对众多的网关方案,是否足以支持我们做出最后的决定?我们对这些网关方案的理解真的足够深入了吗?在使用之后,可能遇到的问题,是否有足够的评估?是否有后续的扩展/定制化开发方案来支持未来的业务变化/数量级增长?如果不得已需要更换网关方案,那么对现有的整体架构影响有多大,是否可以快速切换而非推倒重来?
76 0
|
13小时前
|
监控 前端开发 Java
微服务(七)-服务网关zuul(三)
微服务(七)-服务网关zuul(三)
|
13小时前
|
负载均衡 前端开发 安全
微服务(六)-服务网关zuul(二)
微服务(六)-服务网关zuul(二)
|
13小时前
|
测试技术 微服务
微服务(八)-服务网关zuul(四)
微服务(八)-服务网关zuul(四)
|
1月前
|
安全 前端开发 Java
微服务网关及其配置
微服务网关及其配置
82 4
|
4月前
|
XML 前端开发 JavaScript
【微服务】6、一篇文章学会使用 SpringCloud 的网关
【微服务】6、一篇文章学会使用 SpringCloud 的网关
135 0
|
监控 安全 前端开发
GateWay微服务网关的搭建
GateWay微服务网关的搭建
203 0