[发明专利]微服务灰度发布方法及装置、电子设备、可读存储介质

说明书

本发明提供了微服务灰度发布方法及装置、电子设备、可读存储介质，涉及微服务技术领域。K8s微服务灰度发布系统包括：注册中心、kube‑proxy；方法包括：注册中心接收分流管理平台传送的微服务的灰度发布策略；kube‑proxy拦截HTTP请求；kube‑proxy获取每一个目标微服务，对应的每一个版本中每一个实例的运行状态数据；kube‑proxy从注册中心获取每一个目标微服务的灰度发布策略；kube‑proxy基于每一个目标微服务的灰度发布策略、每一个目标微服务对应的各个运行状态数据，为HTTP请求确定每一个目标微服务对应的目标版本的目标实例，基于目标版本的目标实例进行每一个目标微服务的灰度发布。分流管理平台独立存在，增加了灰度发布的灵活性，降低了系统的复杂性，减少了对应用侧服务的入侵。

技术领域

本发明涉及微服务技术领域，特别是涉及一种微服务灰度发布方法及装置、电子设备、可读存储介质。

背景技术

为了便于应用的更新、扩展等，通常将应用划分为可以相互协调、配合，并轻量级通信的多个微服务。通过将各个微服务进行版本更新可以实现应用更新。在同一微服务具有多个版本的情况下，具体用哪个版本的微服务为用户提供服务就是微服务灰度发布。

目前微服务灰度发布主要依靠Spring Cloud或Nginx+Lua等处理方案。上述微服务灰度发布方式对应用侧服务有不同程度的入侵。

发明内容

本发明提供一种微服务灰度发布方法及装置、电子设备、可读存储介质，旨在微服务灰度发布方式对应用侧服务有不同程度的入侵的问题。

本发明的第一方面，提供一种微服务灰度发布方法，应用于K8s微服务灰度发布系统，K8s微服务灰度发布系统包括：注册中心、kube-proxy；所述方法包括：

所述注册中心接收分流管理平台传送的微服务的灰度发布策略；

所述kube-proxy拦截HTTP请求；所述HTTP请求包括至少一个目标微服务的灰度发布请求；

所述kube-proxy获取每一个所述目标微服务，对应的每一个版本中每一个实例的运行状态数据；

所述kube-proxy从注册中心获取每一个所述目标微服务的灰度发布策略；

所述kube-proxy基于每一个所述目标微服务的灰度发布策略、每一个所述目标微服务对应的各个所述运行状态数据，为所述HTTP请求确定每一个所述目标微服务对应的目标版本的目标实例，并基于所述目标版本的目标实例进行每一个目标微服务的灰度发布。

本发明实施例中，分流管理平台是独立于K8s微服务灰度发布系统存在的，该分流管理平台存储有各个微服务的灰度发布策略，该灰度发布策略可以为管理人员预设好的，可以增加灰度发布的灵活性，且可以降低K8s微服务灰度发布系统的复杂性。K8s微服务灰度发布系统中的注册中心、kube-proxy均是K8S中原有的架构，且本发明实施例仅是在基础设施层的改进实现了对微服务的灰度发布，无需设置插件等，对应用侧无感知，从很大程度上减少了对应用侧服务的入侵。同时，在确定目标微服务对应的目标版本的目标实例的过程中，还考虑了实例的运行状态数据，可以降低服务失败的概率。

可选的，所述注册中心接收分流管理平台传送的微服务的灰度发布策略，包括：

所述注册中心接收所述分流管理平台传送的更新后的每一个微服务的灰度发布策略；

所述kube-proxy从注册中心获取每一个所述目标微服务的灰度发布策略，包括：

所述kube-proxy按照订阅通知的模式，从所述注册中心获取所述更新后的每一个微服务的灰度发布策略。