[发明专利]一种灰度发布场景优化方法有效
申请号: | 201911386871.0 | 申请日: | 2019-12-29 |
公开(公告)号: | CN111163085B | 公开(公告)日: | 2022-10-14 |
发明(设计)人: | 郭志华 | 申请(专利权)人: | 北京车与车科技有限公司 |
主分类号: | G06F8/60 | 分类号: | G06F8/60;H04L9/40;H04L67/60;H04L67/5681 |
代理公司: | 北京市浩东律师事务所 11499 | 代理人: | 李琼 |
地址: | 100020 北京市朝阳区酒仙*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 灰度 发布 场景 优化 方法 | ||
本发明涉及计算机技术领域,具体涉及一种灰度发布场景优化方法,其基于SC微服务调度链和异步消息调度,包括灰度发布控制流程、灰度链路调度流程,灰度发布控制流程包括服务上线则与注册中心打标注册;添加灰度请求头Header;进行线程存储;获取灰度服务实例信息;请求添加灰度标记进行调度;获取到请求的灰度标记,形成链路;灰度消息的发送消息方在消协header中添加标记,消费者按照消息过滤规则,由真正的灰度实例进行消费。本发明的有益效果:解决使用sc框架的微服务实现灰度发布时调度链路的问题,同时解决结合消息系统时,正常服务异常消费灰度消息的问题。
技术领域
本发明涉及计算机技术领域,具体涉及一种灰度发布场景优化方法。
背景技术
目前关于服务灰度发布的实现方式,大部分借助于前端的路由规则和后端服务组注册划分的方式,通过分流实现A/B测试。现有的方式,简单的路由不能解决微服务后端之间的调度问题,不能统一解决微服务链路调度的问题,无法解决消息灰度等场景的服务调度问题。
发明内容
本发明的目的在于克服现有技术中存在的问题,提供一种灰度发布场景优化方法,它可以实现解决使用sc框架的微服务实现灰度发布时调度链路的问题,同时解决结合消息系统时,正常服务异常消费灰度消息的问题。
为实现上述技术目的,达到上述技术效果,本发明是通过以下技术方案实现的:
一种灰度发布场景优化方法,其基于SC微服务调度链和异步消息调度,包括如下步骤:
A、灰度发布控制流程,具体包括如下:
步骤1.1)服务上线则与注册中心打标注册,表明自己属于灰度或者非灰度服务实例;
步骤1.2)依照前端的服务,按照灰度策略进行灰度打标,添加灰度请求头Header;
步骤1.3)后端服务获取每次请求的灰度请求头Header,进行线程存储;
步骤1.4)同步或异步调度其他服务,从线程中获取灰度请求标记、本地服务列表,获取灰度服务实例信息;
步骤1.5)选择正确的实例信息,请求添加灰度标记进行调度,此处为重点灰度header的向下传递;
步骤1.6)下个服务获取到请求的灰度标记,从步骤1.3)开始继续至此步骤,形成链路;
步骤1.7)灰度消息的发送消息方在消协header中添加标记,消费者按照消息过滤规则,如发现强灰度标记的消息header,则结合本身服务的标记,判断能否处理该消息,不能处理的消息放回原有队列,由下个实例进行消费,最终的消息,由真正的灰度实例进行消费;
B、灰度链路调度流程,具体包括如下:
步骤2.1)用户通过网络发送请求到远程负载服务器,远程负载服务器校验请求的灰度开关、灰度策略;
步骤2.2)灰度开关开启,验证灰度策略,满足灰度策略的请求,打灰度标记值,灰度开关不开启或者不满足灰度策略的请求,灰度头打非灰度标记值;
步骤2.3)带这个灰度头,做前端路由,进入第一层边缘服务;
步骤2.4)后端的远程负载服务器,解析请求中的头信息,获取到下个调度服务的匹配规则,集成的灰度组件,进行服务的选择、匹配,重新包装请求,打标记头,发起服务调度;
步骤2.5)相应的服务,处理请求之后,响应上层调度服务,上传服务回应用户请求,用户体验到新特性功能;
步骤2.6)灰度服务和正常服务处理过程中,通过消息中心进行解耦,消费者获取到了一个消息;
步骤2.7)消费者前置消息过滤器,验证消息的头信息和自己的服务信息进行匹配,验证本消费者能否处理;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京车与车科技有限公司,未经北京车与车科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201911386871.0/2.html,转载请声明来源钻瓜专利网。