[发明专利]一种全链路灰度发布方法在审
| 申请号: | 202210434734.5 | 申请日: | 2022-04-24 |
| 公开(公告)号: | CN114785787A | 公开(公告)日: | 2022-07-22 |
| 发明(设计)人: | 杜如飞 | 申请(专利权)人: | 天津银行股份有限公司 |
| 主分类号: | H04L67/10 | 分类号: | H04L67/10;G06F8/65;G06F8/71;H04L61/5007;H04L67/1001;H04L67/63 |
| 代理公司: | 北京世誉鑫诚专利代理有限公司 11368 | 代理人: | 刘秀珍 |
| 地址: | 300201*** | 国省代码: | 天津;12 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 全链路 灰度 发布 方法 | ||
本发明提供的一种全链路灰度发布方法包括:从业务角度分析灰度的场景,获得所述场景进行灰度处理的维度;根据所述场景确定完成灰度方案的灰度原则;根据所述场景确定异构体系下全链路灰度的实现方式。解决了异构体系下的全链路灰度分布,能够灵活控制灰度维度,满足不同场景下的业务需求。
技术领域
本发明涉及银行系统领域,尤其涉及一种全链路灰度发布方法。
背景技术
随着IT架构转型,银行体系支撑的服务的底层架构和平台系统日益复杂,生产运行不确定因素相较于以往明显增加,对生产系统稳定运行提出了更高的要求。
灰度发布是指在应用的新、旧版本间平滑过渡的一种发布方式。在应用发布与产品迭代中,通常会采用灰度发布来控制上线风险。在发布前先进行小规模的生产环境验证,让新版本的应用实例来承接、处理限定规模或范围的业务流量。通过收集使用体验的数据,对应用新版本的功能、性能、稳定性指标进行评判,发现问题快速回滚,保证服务连续性。
现有技术中的灰度发布技术方案多是基于单一业务系统或分布式体系下的灰度发布,没有一个完整的灰度发布异构方案,这样在既有传统应用又有分布式云应用的银行架构体系下就难以实现全行业务系统的全链路灰度发布。
发明内容
鉴于上述问题,提出了本发明以便提供克服上述问题或者至少部分地解决上述问题的一种全链路灰度发布方法。
根据本发明的一个方面,提供了一种全链路灰度发布方法包括:
从业务角度分析灰度的场景,获得所述场景进行灰度处理的维度;
根据所述场景确定完成灰度方案的灰度原则;
根据所述场景确定全链路灰度的实现方式。
可选的,所述从业务角度分析灰度的场景,获得所述场景进行灰度处理的维度具体包括:
如果所述场景为针对前端设备类的前端系统,按照机具号、机具IP地址进行灰度流量切分;
如果所述场景为坐落在实体网点的实体系统,按照机构进行灰度流量切分;
如果所述场景为手机银行类以客户为主的客户系统,按照客户号进行计算进行灰度流量切分;
所述前端系统、所述实体系统和所述客户系统均可按照白名单的方式进行灰度流量切分。
可选的,所述根据所述场景确定完成灰度方案的灰度原则具体包括:
灰度环境的流量只能进入下游系统的灰度环境;
所述灰度环境与生产环境逻辑隔离;
传统前端应用入口需具备染色能力;
不进行灰度同时在灰度路径上的系统需支持灰度标识透传,完成灰度流量的全链路传递;
满足异构体系下的全链路灰度发布;
链路中需具备识别染色的路由能力;
在下一个版本上线前,必须结束本次版本的灰度。
可选的,所述根据所述场景确定异构体系下全链路灰度的实现方式具体包括:
传统区与创新区的架构及技术实现方式不同,所述传统区为传统模式下的PC应用,所述创新区为分布式云应用;
前端系统根据灰度需求在报文中添加灰度标识;
传统区灰度的实现方式包括:企业服务总线采用灰度路由+流量开关的方式进行改造:
当流量开关开启时,所述企业服务总线灰度环境与负载均衡隔离,前端所有流量接入所述企业服务总线生产环境;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于天津银行股份有限公司,未经天津银行股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202210434734.5/2.html,转载请声明来源钻瓜专利网。





