微服务体系下将环境流量路由到开发本机

本文主要分享了在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

相关推荐
辛迪聊物业数字化4 小时前
园区物业管理系统架构拆解:从招商租赁到IoT对接的全链路实现
物联网·系统架构
daxiangxm6 小时前
GEO策略:让AI直接引用你的内容
开发语言·团队开发·运维开发·个人开发·数据库开发
2601_957084846 小时前
服装供应链系统SCM丨ERP 和 SCM 怎么打通集成?一次对接的七道工序与接口契约清单
系统架构·scm·服装供应链系统·服装scm·服装供应链
吴建旭 智宅焕7 小时前
智能家居品牌方渠道交付能力的系统架构:从产品供应到全国交付基础设施接入
系统架构·智能家居
阿俊-全栈开发8 小时前
LikeShop单商户Java商城如何从容承接高并发流量?
java·开发语言·spring boot·spring·系统架构
吴建旭 智宅焕9 小时前
智能家居全国交付基础设施的规则化演进:创始人角色从操作执行到规则维护的系统架构
系统架构·智能家居
数字新视界1 天前
U位资产管理系统发布全面数字化监控解决方案
嵌入式硬件·物联网·系统架构·机房管理·动力与环境监控系统
zxcvb1531 天前
医院容灾备份系统架构设计:从基础设施到恢复验证的三层实践
系统架构
自强的小白2 天前
nacos配置中心面试题(导入配置的优先级),注意是如果后导入相同配置是以 后导入优先。外部入优先和nacos的数据隔离。
java·微服务
一切皆是因缘际会2 天前
掌控信息论:同源星际通信基础理论 上
人工智能·ai·系统架构·分布式系统·信息论·星际通信·物理计算机