(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202111607795.9 (22)申请日 2021.12.23 (71)申请人 中国电信股份有限公司 地址 100033 北京市西城区金融大街31号 (72)发明人 丁鑫超　商宏文　汪庆寿　 (74)专利代理 机构 北京润泽恒知识产权代理有 限公司 1 1319 专利代理师 周新梅 (51)Int.Cl. H04L 67/60(2022.01) H04L 67/00(2022.01) H04L 67/02(2022.01) H04L 9/40(2022.01) H04L 43/10(2022.01) (54)发明名称 微服务灰度发布方法及装置、 电子设备、 可 读存储介质 (57)摘要 本发明提供了微服务灰度发布方法及 装置、 电子设备、 可读存储介质， 涉及微服务技术领域。 K8s微服务灰度发布系统包括： 注册中心、 kube ‑ proxy； 方法包括： 注册中心 接收分流管理平台传 送的微服务的灰度发布策略； kube ‑proxy拦截 HTTP请求； kube ‑proxy获取每一个目标微服务， 对应的每一个版本中每一个实例的运行状态数 据； kube‑proxy从注册中心获取每一个目标微服 务的灰度发布策略； kube ‑proxy基于每一个目标 微服务的灰度发布策略、 每一个目标微服务对应 的各个运行状态数据， 为HTTP请求确定每一个目 标微服务对应的目标版本的目标 实例， 基于目标 版本的目标实例进行每一个目标微服务的灰度 发布。 分流管理平台独立存在， 增加了灰度发布 的灵活性， 降低了系统的复杂性， 减少了对应用 侧服务的入侵 。 权利要求书3页 说明书12页 附图6页 CN 114500662 A 2022.05.13 CN 114500662 A 1.一种微服务灰度发布方法， 其特征在于， 应用于K8 s微服务灰度发布系统， K8 s微服务 灰度发布系统包括： 注 册中心、 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从注册中心获取每一个所述目标微服务的灰度发布策 略之前， 还 包括： 获取前一个目标微 服务的灰度发布的结果数据； 根据所述前一个目标微 服务的灰度发布的结果数据， 为所述HT TP请求设置增强标签； 所述kube‑proxy从注 册中心获取每一个所述目标微 服务的灰度发布策略， 包括： 所述kube ‑proxy从注册中心获取下一个目标微服务的所述增强标签对应的灰度发布 策略； 所述下一目标微服务与所述前一个目标微服务均位于所述HTTP请求对应的微服务调 用链中， 在所述微服务调用链中， 所述下一目标微服务与所述前一个目标微服务相 邻， 且所 述前一个目标微服务比所述下一个目标微服务更靠近所述微服务调用链的首个目标微服 务； 所述kube ‑proxy基于每一个所述目标微服务的灰度发布策略、 每一个所述目标微服务 对应的各个所述运行状态数据， 为所述HTTP请求确定每一个所述目标微服务对应的目标版 本的目标实例， 并基于所述目标 版本的目标实例进行每一个目标微 服务的灰度发布， 包括： 所述kube ‑proxy基于所述下一个目标微服务的所述增强标签对应的灰度发布策略、 所 述下一个目标微服务对应的各个所述运行状态数据， 为所述HTTP请求确定所述下一个目标 微服务对应的目标版本的目标实例， 并基于所述目标版本的目标实例进 行所述下一个目标 微服务的灰度发布。 4.根据权利要求1所述的微服务灰度发布方法， 其特征在于， 所述运行状态数据包括： 健康运行状态数据， 所述kub e‑proxy基于每一个所述目标微服务的灰度 发布策略、 每一个 所述目标微服务对应的各个所述运行状态数据， 为所述HTTP请求确定每一个所述目标微服权　利　要　求　书 1/3 页 2 CN 114500662 A 2务对应的目标版本的目标实例， 并基于所述目标版本的目标实例进行每一个目标微服务的 灰度发布， 包括： 所述kube ‑proxy基于每一个所述目标微服务的灰度发布策略， 为所述HTTP请求确定每 一个所述目标微 服务对应的目标 版本； 每个所述目标 版本包括至少两个实例； 所述kube ‑proxy将每一个所述目标微服务对应的目标版本中， 运行状态数据 为健康运 行状态数据的实例， 确定为所述 目标微服务对应的目标版本的目标实例， 并基于所述 目标 版本的目标实例进行 所述目标微 服务的灰度发布。 5.一种微 服务灰度发布方法， 其特 征在于， 应用于分流管理平台； 所述方法包括： 接收输入的微 服务的灰度发布策略； 将所述微服务的灰度发布策略传送给 K8s微服务灰度发布系统的注 册中心。 6.一种微服务灰度发布装置， 其特征在于， 应用于K8 s微服务灰度发布系统， K8 s微服务 灰度发布系统包括： 注 册中心、 kube ‑proxy； 所述注册中心包括： 策略接收第一模块， 用于接收分流管理平台传送的微服务的灰度 发布策略； 所述kube ‑proxy包括拦截模块， 用于拦截HTTP请求； 所述HTTP请求包括至少 一个目标 微服务的灰度发布请求； 所述kube ‑proxy还包括运行状态数据获取模块， 用于获取每一个所述目标微服务， 对 应的每一个版本中每一个实例的运行状态数据； 所述kube ‑proxy还包括灰度发布策略获取模块， 用于从注册中心 获取每一个所述目标 微服务的灰度发布策略； 所述kube ‑proxy还包括灰度发布模块， 用于基于每一个所述目标微服务的灰度发布策 略、 每一个所述目标微服务对应的各个所述运行状态数据， 为所述HTTP请求确定每一个所 述目标微服务对应的目标版本的目标实例， 并基于所述目标版本的目标实例进行每一个目 标微服务的灰度发布。 7.根据权利要求6所述的微服务灰度发布装置， 其特征在于， 所述策略接收第一模块， 包括： 接收子模块， 用于接收所述分流管理平台传送的更新后的每一个微服务的灰度发布策 略； 所述灰度发布策略获取模块， 包括： 灰度发布策略获取第一子模块， 用于按照订阅通知的模式， 从所述注册中心获取所述 更新后的每一个微 服务的灰度发布策略。 8.根据权利要求6所述的微服务灰度发布装置， 其特征在于， 在所述HTTP请求包括多个 目标微服务的灰度发布请求的情况下， 多个目标微服务基于调用顺序形成所述HTTP请求对 应的微服务调用链， 所述 微服务灰度发布装置还 包括： 结果数据获取模块， 用于获取 前一个目标微 服务的灰度发布的结果数据； 增强标签设置模块， 用于根据所述前一个目标微服务的灰度发布的结果数据， 为所述 HTTP请求设置增强标签； 所述灰度发布策略获取模块， 包括： 灰度发布策略获取第 二子模块， 用于获取下一个目标微服务的所述增强标签对应的灰权　利　要　求　书 2/3 页 3 CN 114500662 A 3