微服务体系下将环境流量路由到开发本机
本文主要分享了在SpringCloud微服务体系下，如何将环境（开发、测试、生产）流量路由到开发本机。以解决团队协作下开发资源冲突、浪费问题。
为什么要将环境流量路由到开发本机？
1.开发团队中，开发环境只能同一时间给某个开发使用，如果同时使用会存在冲突，可能影响自测的正确性。
2.本来只需要测试一两个微服务的功能，但测试需要启动一条链路的微服务。比如入口网关、用户服务、鉴权服务等。浪费开发本机资源，卡机导致开发效率变慢。可能某些码友的电脑配置根本跑不起所有的微服务😂...
实现路由到开发本机后效果
1.团队开发共用一套开发环境，多人开发下相互不影响，可以按账号路由流量。
2.开发本机调试无需启动关联服务，仅需启动有代码修改的服务即可。
3.测试、线上反馈的bug，可利用本地代码断点的方式快速定位问题。
核心设计思路
1.通过请求头的方式将token、cookie、设备ID（能唯一标识客户端请求）等信息在微服务中传递下去
2.修改注册中心（eureka或nacos）流量路由机制，利用请求头+注册中心metadata来过滤服务列表
代码实现
先来看看SpringCloud默认的负载路由RoundRobinLoadBalancer初始化源码
需要参考此方式在springboot实例化我们自己定义的负载DeveloperLoadbalancer
再看看RoundRobinLoadBalancer的核心逻辑choose()方法
简单来说：就是从服务列表中选择1个服务来处理请求，而这里就是我们要实现环境流量路由到开发本机的核心修改点
自定义子类DeveloperLoadbalancer继承RoundRobinLoadBalancer，重写choose()方法逻辑
这里贴一下请求头（下图即developerList参数）跟metadata（下图即developer参数）匹配的核心逻辑，详细代码在文末链接
实战demo：以文末项目gateway->web->order顺序访问为例
1.发布到dev环境的服务配置
gateway配置
# 开发者路由配置
developer:
enabled: true # 增加开关，建议只在非prod环境使用
headers: x-token,x-deviceid,x-current-user-id # 使用token、设备ID、用户ID来做路由，各位码友可根据自己的实际定
web配置
# 开发者路由配置
developer:
enabled: true # 增加开关，建议只在非prod环境使用
headers: x-token,x-deviceid,x-current-user-id # 使用token、设备ID、用户ID来做路由，各位码友可根据自己的实际定
order配置
# 开发者路由配置
developer:
enabled: true # 增加开关，建议只在非prod环境使用
headers: x-token,x-deviceid,x-current-user-id # 使用token、设备ID、用户ID来做路由，各位码友可根据自己的实际定
2.本机启动web、order服务
eureka配置（不要提交到代码仓库，每个开发需要调试时才设置）
eureka:
instance:
metadata-map:
developer: 666 # token或Cookie或deviceid，具体看上游服务的developer.headers配置
nacos配置（不要提交到代码仓库，每个开发需要调试时才设置）
spring:
cloud:
nacos:
discovery:
metadata:
developer: 666 # token或Cookie或deviceid，具体看上游服务的developer.headers配置
我的项目中是这样的，要使用时再打开，然后改为开发各自的值
3.服务流量示意图
对于注册中心来说，dev环境服务与开发本机的所有服务会形成1个集群，比如上图web节点有3个，gateway节点只有1个
服务流量路由策略：
1.token=333或token=null的请求进入gateway，会走dev的节点
2.token=666的请求进入gateway，会走开发A本机的web节点，后续走dev的order节点
3.token=888的请求进入gateway，会走dev的web节点，后续走开发B本机的order节点
4.token=999的请求进入gateway，会走开发C本机的web节点，然后继续走开发C本机的order节点
5.若把开发B本机order节点停掉，token=888的请求进入gateway，后续走dev的order节点
至此，我们的方案就落地完成啦！！！团队开发效率又是一个质的飞跃！！！[呲牙]
怎么样？如果你觉得有用的话，还不快快一键三连起来！！！
附：涉及的代码目录
github： https://github.com/897665787/springcloud-template
gitee： https://gitee.com/jq_di/springcloud-template
springcloud-template
└──framework
└──developer
└── policy -- 服务路由策略
└── DeveloperLoadbalancer-- 重写轮训负载的choose方法
└──resources
└── bootstrap-eureka.yml-- 本机启动修改metadata-map