推荐阅读

• “闭关修炼”这么久，吃透这些“微服务”笔记，足够面试涨10K
  
• 终极手撕之架构大全：分布式+框架+微服务+性能优化，够不够？
  
• 面试终败“高并发”，25天苦心钻研，居然整出一份并发宝典？
  

导语：微服V C o 务网关作R , - x H为后台架构的入口，提供路由转发、APF W r yI 管理、访问过滤器等作用，是微服务架构中的重要组件。开源社区中存在多种方式实现= G m 5 C .微服务网关的功能，但同时也存在不灵活、运维难的问题。本文从实际业务场景出发，通过实际操作为大家演示腾w O @ . F 7 / G讯云微服务平台TSF(Tencent Serl * ^vice Framework)是如何解决上述问题的。

前言

微服务网关通过服务路由、API管理、负载均衡、访问限制等功能，在一定程度上可以实现服务治理，帮助我们管理各个服务之间的调用及关联关系。我们来看这样一个场景：当有外部请求时，我们希望依据某些参m ` D m % Q f 3数值来决定路由可转发到服务的某个版本，或依据参数值对请求进行限流、鉴权等操作。如下图所示，外网请求通过网关访问后端微服务，当请求参数 region = guangzhou时，我们希望可以路由转发到微服务的版本1中；当regionz F + , , n | ) + = shanghai时，路由可以转发到微服务的版本2中。

这个场/ 0 N j q +景在实际业务中非常常见，那我们先来看下使用开源方案实现基于业务参数的服务治理。

开源社区中服务路由能力初探

在开源社区中，根据不同语言和微服务的技术选型，有以下几种方式实现服务路由能力。

传统路由配置

当我们不n % L - = ^ l #依赖服务发现机制的时候，我们通常需要通过具体的配置文件来指定路由的表达式与服务实例的映射关系。当网关调用某个微服务时，若微服务上有多个节点需要进行负载均衡，则需要如下配置：

zuul.rK l B Moutes.user-service.path=/O x & * } i auser/**
zuul.routes.user-service.serviceId=user

ribbon., ! Leureka.enabled=falsO C m W c z Re
user-service.ribbon.listOfSe: R } Nrvers=p o t g -http://localhost:8080/,http://localhost:8081/

以此来实现/user/**的请求转发到两个实例上去。

很容易发现这种配置方式有以下几个问题：

1. 对于实现前文中的架构图的路由方式，至少需要将B服务拆分成为两个不同名称的微服务，在网关、A服务上共配置三次路由规则才能实现三个微服务之间基于请求参数的服务路由能力。配置非常复杂。
2. 由于没有注册中心，我们没法对节点的状态进行检测和剔除，当系统中出现坏死节点，必须改变路由配置才能让业务恢复运行。运维困难。
3. 配置后需要重启网关实例配 s j y ~ }置才能生效，无法热生效。

Spring Cloud实现

当我们依赖原生Spring Cloud的的注册中心：Consul或Euraka 以及 原生的微服务网关组件 Zuul或者[ d B # A z q _Spring0 T服务也拆成两个服务来保证请求的一一对应。

zuul.routes.A1=/user1/**

zuul.rou% _ Q % /tes.A2=/user2/**

这样配置依然存在以下问题：

1. 尽管不需要配置实际的节点对应关系，但是由于无法实现微服务之间的不8 % n t H } ] $ E同请求参数转发到不同节点，需要拆分多个微服务，非常复杂。
2. 而且由于路X x F q S & i P由配置需要写在properties中，如E q ? & 2果需要调整路由则需要重启网关。无法灵活调+ s { - m : l u整。

TSF微服务@ J @ ;网关路由能力

从上述业务场景中，开源Spring Cloud架构在实现上相对麻烦，很难满足y W ! U t f n 7 P实际业务u 2 r中复杂多变的使用场景。在腾讯微服务平台TSF中，我们提供了以上场N J m e : w N景的解决方案，方案的优势为：8 e x

1. 页面化配置，无需修改代1 $ a N v m T码，上手方便。管理方便
2. 随时控制规则生效状态，立a y g I V j m #即生效，无需重启。
3. 可以灵活实现基于业务参数的路由、限流、鉴权策略，并且可以依据业务参数进行单条请求的过滤，方便运维。
4. 支持可视化运维，可直接查看路由、限流规则的生效情况，也可以查看监控平台。

使用TSF实现基于业务业务参数的最佳实践

开始进行本实践之前，你需要先了解 下TSz M G t X p { kF 中的以下功能：

• 微服务网关的部署：微服务网关是微服务的请求入口，它本身也是一个微服务。用户可以通过微服务网关托管不同微服务的API。详p n H n K细微服务网关的l # H h U D h : /部署方式请参考微服务网关部署。
• 服务路由：用户可以配置流量分配权重，设置某些权重的流量被分配到某个版本号中，为灰度发布等上线模式提供了无需终止服务的底层能力支持。

下面就开始我们的基于业务参数的服8 $ q g } A d务治理实践指引。

下面就开始我们的基于业务参数的服务治理实践指引。

准备工作

• 准备两个微服务 coD j ; e rnsumer -demo；provider - demo。其中provider - demo存在两个版本的包provider-demo-guangzhou.ja] Y - K h 0 7r，provider-demo-shanghai.jar。两个版本在访问请求携带region参数并访问 /te+ p X 5 * R tst- X @ c b { . ! Pregion 接口时，会分别返回 shanghZ P = ) 8ai和guangzhou。请求provider - demo时，可以携带两个 Header 参数，region 和usertype。 consumer - demo部署在一个部署组上，provider - demo部署在两个部署组上t h K ; k / r x，每个部署组部署一个版本的) z t % B 9jar包。
• 部署一个微服务网关，使用D X R ! D #官网 demo ，部署后服务名为 msgw - demo，部署组名称为test，默认端口为8080 （Q ] t X a p { /请注意给对应机器开放8080端口。| 3 = E ]）在本demo中X j E 4 z l ( G，将直接通过网关访问微服务provider。
• 新建微服务网关分组，并将微服务网关分组绑定在创建好的网关应用部署组上。

• 将微服务API导入到分组中，并将分组进行发布。

配置微服务网关插件

在这一步中，我们在网关配置插件，将请求参数转化为 TSF 中的标签信息。

• 在 TSF 控制台 选择组建; * | o 1 ^ k n中心 - 微服务网关 - 插件管理，点击新建插件
• 创建插件类型为 tag 类+ f C C o 7 W型插件，将请求参数中 Header 参数中的 region、usertype 设置为标签

• 在插件列表页面y / _ T L f : P $将创建好的插件与准^ Q o W t ;备* * S y ^工作中创建的分组进行绑定

配置服务治理规则

在这一步中，我V 5 b h r们配置依据上一步已. u ` q p t | X经转化的标签，配置服务治理规则。当前 TS& ; O 7 F 标签可以与服务路由、服务鉴权、服务限流、调用链进行联动。本文中为您介绍路由、鉴权、以及调用链联动功能。

服务路由

• 登陆 TSF 控制台，点击服务治理，找到创建好的 provider - demo 微服务，点击详情至服务路由页面。请注意，路由规则始终是在被调用方进行配置的。
• 新建服务路由规则。 创建两条规则，当自定义标签region值为guangzhou时，100%的流量指向部署了provider-demo-guangzhou.jar的部署组，当自定义标签region值为shangha3 E l 7i时，100%的流量指向部署了provider-demo-shanghai.jar的部署组。规则配置可参考下图：

• 生效规则，效果验证：

公网发送请求 ：129.XX.XX.XX:8080/test-region…

携带HeadL f Eer参数 region = shanghai

验证后，发现请求的确路由到了返回值为 shanghai 的部署组中

同理，当请求 Header 参数 =9 z B E U guaQ z d 9 = # , jngzhou时，请求也路由到了返回值为 guangzhou 的部署组中。

服务鉴权

• 登陆 TSF 控制台，点击服务治理，找到创建好的 provider - demo 微服务& l ] J e 2 a G，点击详情至服务鉴权页面。
• 配置服务鉴权规则，我们希望实现的是，当请求参数 Header 中携带了参数usertype = user时，请求不通过。配置方J J 1 P k式如下，选择自定义标签，usertype = user 生效。

• 结果验证:同理发送请求，携带 Header 参数usertype = user，region = shanghai。发现返回请求失败。

调用链查询

在 TSF 中，我们提供了基于请求标签过滤调7 9 X E q m用链的能力，您可以依据业务数据过滤对应请求的调用链。最为常见的场景是查询某个用户id的请求调用成功失败情况以及层级耗时。

使用方法

• 访问 TSF. * j 7 a 控制台，点击运维中心 - 调用链查询，选择对应的命名空间和微服务
• 点击 “展开高级查询条件”
• 输入查询标签，此处我们输入 userid：1000001N g ]，过滤userid 为1000001的请求数据

• 如图所示，下面查询的数据即为携带对应标签的请求trace列表。

作者：腾讯云中间件
原文R G V s d链接：https:/n 9 w ( 6 ~/juejin.im/post/5e84870a51882573793e6ab6