[发明专利]一种基于OpenResty的灰度发布方法及相关设备

说明书

本说明书一个或多个实施例提供一种基于OpenResty的灰度发布方法及相关设备；所述方法包括：预先加载配置更新微服务中的配置项；接收客户端发出的原始访问请求；利用配置项对原始访问请求进行处理，得到转发地址和最终统一资源标识符；当转发地址为默认环境转发地址时，将携带有请求头和最终统一资源标识符的最终访问请求转发给线上服务器，当转发地址为灰度环境转发地址时，将最终访问请求转发给灰度服务器。本方法通过OpenResty网关对客户端的访问请求进行处理，将访问请求按照转发地址转发给对应的线上服务器或灰度服务器，保证了线上环境与灰度环境的隔离性，实现了灰度环境的动态扩展热加载能力，扩展了灰度发布策略的个性化定制能力。

技术领域

本说明书一个或多个实施例涉及灰度发布技术领域，尤其涉及一种基于OpenResty的灰度发布方法及相关设备。

背景技术

目前客户端对应后台使用基于Spring、Tomcat和Docker的微服务架构方案，可以实现微服务线上的用户无感知升级，但升级后仍需花费相当多的人力及时间做对应的验证，如果升级存在问题，需要进行版本的回退，在验证期间影响线上相关功能的正常使用，因此目前线上环境的升级部署仍选择在客户端使用量较少的凌晨时间段进行，严重影响了相关运维人员及开发人员的作息，增加了工作量。同时，有部分业务功能需要在线上环境做一段时间的小部分用户的灰度验证，无问题后再将该功能提供给全体用户。由此可见，灰度发布这一技术尤为重要。

灰度发布又名金丝雀发布，是指在黑与白之间，能够平滑过渡的一种发布方式。在灰度发布策略下，线上可以同时运行两套甚至多套环境，且线上环境和灰度环境为相互分隔状态，仅有灰度客户端可以访问到后台灰度环境，线上客户端仍访问后台线上环境。在此机制下，可在正常工作时间升级后台灰度环境，测试人员使用预先下发的灰度客户端进行验证，验证无问题后将线上环境切换为验证后的灰度环境，即可实现用户无感知的平滑切换。

现有的灰度发布技术，一般是使用Nginx的负载均衡策略，包括“轮询”、“固定权重”、“fair”和“根据IP或URL进行一致性哈希”。轮询为每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器掉线，能自动剔除。固定权重为指定轮询几率，权重值和访问比率成正比，用于后端服务器性能不均的情况。fair为按后端服务器的响应时间来分配请求，响应时间短的优先分配。根据IP或URL进行一致性哈希是按访问URL的哈希结果来分配请求，使每个URL定向到同一个后端服务器。

但是，除了“根据IP或URL进行一致性哈希”这一方法外，其他现有技术无法保证线上环境与灰度环境的隔离性；同时，现有技术需将所有的环境相关配置在配置文件中进行维护，无法实现灰度环境的动态扩展，即灰度环境配置文件无法实现热加载；此外，现有技术无法定制个性化灰度发布策略，即无法根据请求头或请求体的内容进行计算并确定最终要转发到哪个后台环境中。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种基于OpenResty的灰度发布方法及相关设备，以解决线上与灰度环境不能有效隔离、灰度环境配置文件不能热加载、灰度发布策略不能自定义的问题。

基于上述目的，本说明书一个或多个实施例提供了一种基于OpenResty的灰度发布方法，包括：

预先加载配置更新微服务中的配置项；

接收客户端发出的原始访问请求；所述原始访问请求包括原始统一资源标识符和请求头；

利用所述配置项对所述原始访问请求进行处理，得到转发地址和最终统一资源标识符；所述转发地址包括默认环境转发地址和灰度环境转发地址；

当所述转发地址为所述默认环境转发地址时，将携带有所述请求头和所述最终统一资源标识符的最终访问请求转发给线上服务器，当所述转发地址为所述灰度环境转发地址时，将所述最终访问请求转发给灰度服务器。