Spring Cloud构建微服务架构:服务网关(路由配置)【Dalston版】

在上一篇《Spring Cloud构建微服务架构:服务网关(基础)》一文中,我们通过使用Spring Cloud Zuul构建了一个基础的API网关服务,同时也演示了Spring Cloud Zuul基于服务的自动路由功能。在本文中,我们将进一步详细地介绍关于Spring Cloud Zuul的路由功能,以帮助读者可以更好的理解和使用它,以完成更复杂的路由配置。

传统路由配置

所谓的传统路由配置方式就是在不依赖于服务发现机制的情况下,通过在配置文件中具体指定每个路由表达式与服务实例的映射关系来实现API网关对外部请求的路由。

没有Eureka和Consul的服务治理框架帮助的时候,我们需要根据服务实例的数量采用不同方式的配置来实现路由规则:

  • 单实例配置:通过一组 zuul.routes.<route>.pathzuul.routes.<route>.url参数对的方式配置,比如:
zuul.routes.user-service.path=/user-service/**
zuul.routes.user-service.url=http://localhost:8080/

该配置实现了对符合 /user-service/**规则的请求路径转发到 http://localhost:8080/地址的路由规则,比如,当有一个请求 http://localhost:1101/user-service/hello被发送到API网关上,由于 /user-service/hello能够被上述配置的 path规则匹配,所以API网关会转发请求到 http://localhost:8080/hello地址。

  • 多实例配置:通过一组 zuul.routes.<route>.pathzuul.routes.<route>.serviceId参数对的方式配置,比如:
zuul.routes.user-service.path=/user-service/**
zuul.routes.user-service.serviceId=user-service

ribbon.eureka.enabled=false
user-service.ribbon.listOfServers=http://localhost:8080/,http://localhost:8081/

该配置实现了对符合 /user-service/**规则的请求路径转发到 http://localhost:8080/http://localhost:8081/两个实例地址的路由规则。它的配置方式与服务路由的配置方式一样,都采用了 zuul.routes.<route>.pathzuul.routes.<route>.serviceId参数对的映射方式,只是这里的 serviceId是由用户手工命名的服务名称,配合 <serviceId>.ribbon.listOfServers参数实现服务与实例的维护。由于存在多个实例,API网关在进行路由转发时需要实现负载均衡策略,于是这里还需要Spring Cloud Ribbon的配合。由于在Spring Cloud Zuul中自带了对Ribbon的依赖,所以我们只需要做一些配置即可,比如上面示例中关于Ribbon的各个配置,它们的具体作用如下:

  • ribbon.eureka.enabled:由于 zuul.routes.<route>.serviceId指定的是服务名称,默认情况下Ribbon会根据服务发现机制来获取配置服务名对应的实例清单。但是,该示例并没有整合类似Eureka之类的服务治理框架,所以需要将该参数设置为false,不然配置的 serviceId是获取不到对应实例清单的。
  • user-service.ribbon.listOfServers:该参数内容与 zuul.routes.<route>.serviceId的配置相对应,开头的 user-service对应了 serviceId的值,这两个参数的配置相当于在该应用内部手工维护了服务与实例的对应关系。

不论是单实例还是多实例的配置方式,我们都需要为每一对映射关系指定一个名称,也就是上面配置中的 <route>,每一个 <route>就对应了一条路由规则。每条路由规则都需要通过 path属性来定义一个用来匹配客户端请求的路径表达式,并通过 urlserviceId属性来指定请求表达式映射具体实例地址或服务名。

服务路由配置

服务路由我们在上一篇中也已经有过基础的介绍和体验,Spring Cloud Zuul通过与Spring Cloud Eureka的整合,实现了对服务实例的自动化维护,所以在使用服务路由配置的时候,我们不需要向传统路由配置方式那样为 serviceId去指定具体的服务实例地址,只需要通过一组 zuul.routes.<route>.pathzuul.routes.<route>.serviceId参数对的方式配置即可。

比如下面的示例,它实现了对符合 /user-service/**规则的请求路径转发到名为 user-service的服务实例上去的路由规则。其中 <route>可以指定为任意的路由名称。

zuul.routes.user-service.path=/user-service/**
zuul.routes.user-service.serviceId=user-service

对于面向服务的路由配置,除了使用 pathserviceId映射的配置方式之外,还有一种更简洁的配置方式: zuul.routes.<serviceId>=<path>,其中 <serviceId>用来指定路由的具体服务名, <path>用来配置匹配的请求表达式。比如下面的例子,它的路由规则等价于上面通过 pathserviceId组合使用的配置方式。

zuul.routes.user-service=/user-service/**

传统路由的映射方式比较直观且容易理解,API网关直接根据请求的URL路径找到最匹配的 path表达式,直接转发给该表达式对应的 url或对应 serviceId下配置的实例地址,以实现外部请求的路由。那么当采用 pathserviceId以服务路由方式实现时候,没有配置任何实例地址的情况下,外部请求经过API网关的时候,它是如何被解析并转发到服务具体实例的呢?

在Spring Cloud Netflix中,Zuul巧妙的整合了Eureka来实现面向服务的路由。实际上,我们可以直接将API网关也看做是Eureka服务治理下的一个普通微服务应用。它除了会将自己注册到Eureka服务注册中心上之外,也会从注册中心获取所有服务以及它们的实例清单。所以,在Eureka的帮助下,API网关服务本身就已经维护了系统中所有serviceId与实例地址的映射关系。当有外部请求到达API网关的时候,根据请求的URL路径找到最佳匹配的 path规则,API网关就可以知道要将该请求路由到哪个具体的 serviceId上去。由于在API网关中已经知道 serviceId对应服务实例的地址清单,那么只需要通过Ribbon的负载均衡策略,直接在这些清单中选择一个具体的实例进行转发就能完成路由工作了。

示例仓库

  • Github:https://github.com/dyc87112/SpringCloud-Learning
  • 码云:https://gitee.com/didispace/SpringCloud-Learning/

原文发布于微信公众号 - 程序猿DD(didispace)

原文发表时间:2017-08-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Android群英传

一篇文章,教你学会Git

761
来自专栏Petrichor的专栏

安装teamviewer 远程桌面

版权声明:转载请注明出处 https://blog.csdn.net/JNingWei/article/details/73436761 ...

4634
来自专栏HTML5学堂

Git版本回退、跳转与数据恢复

HTML5学堂-利利:上周,为大家介绍一款“分布式版本控制系统”——Git。除了介绍“分布式”的概念、对比SVN与Git之外,我们讲解了基本的Git初始化与提交...

4557
来自专栏Petrichor的专栏

git:指令备忘录

1001
来自专栏Albert陈凯

2018-07-20 如何将 SVN 迁移至 GIT 并保留所有历史记录

原文地址: http://pcme.info/blog/2013/09/06/how-to-migration-svn-to-git/

2626
来自专栏散尽浮华

大话Git

Git是什么 Git是一个分布式版本控制系统。它可以很方便的记录你的每一次变动,而不需要每次都备份,还能让你和他人很方便的协同开发。这样你每次做了什么改动,瞄一...

2706
来自专栏Crossin的编程教室

【Git 第6课】 文件状态

在第4课的最后,我们用以下两条命令: git add readme.txt git commit -m 'my first commit' 向我们新建的git仓...

3526
来自专栏赵俊的Java专栏

Git 常用命令

1855
来自专栏mwangblog

git文件状态,暂存与提交

1454
来自专栏人人都是极客

Git与Repo快速入门

版本控制 版本控制是什么已不用在说了,就是记录我们对文件、目录或工程等的修改历史,方便查看更改历史,备份以便恢复以前的版本,多人协作。 一、原始版本控制 最原始...

34310

扫码关注云+社区

领取腾讯云代金券