[发明专利]高精细智能灰度发布系统

说明书

本发明涉及高精细智能灰度发布系统，属于灰度发布系统；系统启动后先进入用户是否有识别信息模块，若有识别信息则进入根据识别信息分配版本模块；若没有识别信息则进入系统稳定版本模块，而后再次进入根据识别信息分配版本模块，最后进入系统最新版本模块；其中用户是否有识别信息模块中系统判断用户是否存在有相应的用户标识；用户在使用web端或移动端登录系统。通过回馈信息和数据分析信息，本技术能够智能化分析发布预案；在无感知的情况下通过定向群体逐步保障用户使用到的版本一致。

技术领域

本发明涉及高精细智能灰度发布系统。

背景技术

灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式，让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

互联网产品有一个特点，就是不停的升级，升级，再升级。很多项目组，基本上保持每周一次的发布频率，系统升级总是伴随着风险，新旧版本兼容的风险，用户使用习惯突然改变而造成用户流失的风险，系统down机的风险.....为了避免这些风险，很多产品都采用了灰度发布的策略，其主要思想就是把影响集中到一个点，然后再发散到一个面，出现意外情况后很容易就回退。

现有系统发布技术缺陷：会针对系统所有使用用户进行版本更新及升级，更新后的系统中存在的问题全面呈现到所有用户的面前，影响范围太广，用户体验差，不能满足系统稳定性需求。

目前行业内的灰度发布系统针对用户区域性发布，不能再细粒度的控制所需要发布的客户群体。且在系统回馈方便不能够积极，系统回馈信息不够精细化。

发明内容

本发明的目的在于针对现有技术的缺陷和不足，提供一种设计合理、操作方便的高精细智能灰度发布系统。

为实现上述目的，本发明采用的技术方案是：系统启动后先进入用户是否有识别信息模块，若有识别信息则进入根据识别信息分配版本模块；若没有识别信息则进入系统稳定版本模块，而后再次进入根据识别信息分配版本模块，最后进入系统最新版本模块；其中用户是否有识别信息模块中系统判断用户是否存在有相应的用户标识；用户在使用web端或移动端登录系统，需要判断用户是否存在用户标识信息，使用uid，根据是否存在进行后端版本的转发；所述根据识别信息分配版本模块中存在uid还需要进行判断uid发布状态；已存在uid的请求进入后，判断该uid在灰度发布中的状态，根据后台分配的uid进行匹配，转发后续请求到相应的系统；所述系统稳定版本模块中用户不存在用户标识；用户不存在标识，灰度发布系统则直接将用户请求分配给稳定版本，稳定版本会给该用户一个uid，后续请求根据存在uid的情况进行转发；如果用户uid不在发布状态中，灰度系统将所有请求转发给stable版本进行处理，用户不会感知到有新版本的发布；所述系统最新版本模块中如果用户uid存在发布状态中，灰度系统将所有请求转发给latest版本进行处理，用户将体验到新最版本的系统服务。

本发明的系统中HTTP请求的入口都在请求调试器上，请求调试器会根据location的配置进行uri的选择。此时请求数据会判断当前应用是否已经开启灰度，再次判断是应用级别的灰度还是服务级别的灰度，然后根据灰度管控平台配置的灰度策略进行灰度，当前支持指定用户uid、正则表达式等。灰度管控平台会调用引擎管理执行相应的指令，进行关闭、开启、更新策略和uid设置等，每次nginx重新reload和重启时会从灰度管理系统调用接口读取配置应用的信息，加入缓存。

本发明为了提升性能，应用的基本信息、灰度策略、uid是否灰度等数据缓存在nginx的共享内存块中，nginx的每个worker进程都共享此数据，在引擎管理的操纵下进行缓存数据的更新。