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

权利要求书

1.一种微服务灰度发布方法，其特征在于，应用于K8s微服务灰度发布系统，K8s微服务灰度发布系统包括：注册中心、kube-proxy；所述方法包括：

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

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

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

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

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

2.根据权利要求1所述的微服务灰度发布方法，其特征在于，所述注册中心接收分流管理平台传送的微服务的灰度发布策略，包括：

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

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

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

3.根据权利要求1所述的微服务灰度发布方法，其特征在于，在所述HTTP请求包括多个目标微服务的灰度发布请求的情况下，多个目标微服务基于调用顺序形成所述HTTP请求对应的微服务调用链，所述kube-proxy从注册中心获取每一个所述目标微服务的灰度发布策略之前，还包括：

获取前一个目标微服务的灰度发布的结果数据；

根据所述前一个目标微服务的灰度发布的结果数据，为所述HTTP请求设置增强标签；

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

所述kube-proxy从注册中心获取下一个目标微服务的所述增强标签对应的灰度发布策略；所述下一目标微服务与所述前一个目标微服务均位于所述HTTP请求对应的微服务调用链中，在所述微服务调用链中，所述下一目标微服务与所述前一个目标微服务相邻，且所述前一个目标微服务比所述下一个目标微服务更靠近所述微服务调用链的首个目标微服务；

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

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

4.根据权利要求1所述的微服务灰度发布方法，其特征在于，所述运行状态数据包括：健康运行状态数据，所述kube-proxy基于每一个所述目标微服务的灰度发布策略、每一个所述目标微服务对应的各个所述运行状态数据，为所述HTTP请求确定每一个所述目标微服务对应的目标版本的目标实例，并基于所述目标版本的目标实例进行每一个目标微服务的灰度发布，包括：

所述kube-proxy基于每一个所述目标微服务的灰度发布策略，为所述HTTP请求确定每一个所述目标微服务对应的目标版本；每个所述目标版本包括至少两个实例；

所述kube-proxy将每一个所述目标微服务对应的目标版本中，运行状态数据为健康运行状态数据的实例，确定为所述目标微服务对应的目标版本的目标实例，并基于所述目标版本的目标实例进行所述目标微服务的灰度发布。

5.一种微服务灰度发布方法，其特征在于，应用于分流管理平台；所述方法包括：

接收输入的微服务的灰度发布策略；

将所述微服务的灰度发布策略传送给K8s微服务灰度发布系统的注册中心。