[发明专利]灰度规则的配置、灰度路由方法、装置、设备及存储介质

说明书

本发明实施例公开了一种灰度规则的配置、灰度路由方法、装置、设备及存储介质。其中，灰度规则的配置方法包括：响应于对目标微服务中目标微服务实例的灰度标记请求，将目标微服务实例标记为灰度实例，并将目标微服务实例存储于灰度实例列表中，灰度实例用于部署待更新应用；响应于对目标灰度实例的灰度规则配置请求，生成与目标灰度实例匹配的目标灰度规则，并将目标灰度规则下发至微服务平台中的各灰度代理。本发明实施例的方案，解决了相关技术中进行灰度路由时需要对微服务进行改造，导致代码侵入风险较高的问题，可以在不改造微服务的前提下，实现灰度规则的配置，为后续实现请求信息的灰度路由提供依据。

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种灰度规则的配置、灰度路由方法、装置、设备及存储介质。

背景技术

在分布式微服务系统架构中，一次HTTP(Hyper Text Transfer Protocol，超文本传输协议)通常会在多个微服务之间进行服务调用，调用链路较长。当某些微服务有新版本上线时，需要进行灰度验证，即只允许带有指定特性的流量才能进入新版本，在这个过程中，我们称之为根据灰度规则路由到灰度版本。当灰度版本验证成功，需要切换灰度版本为正式版本，即允许全部流量进入灰度版本，这个操作称之为灰度放量。如果在上述过程中发现有问题，可能需要将灰度版本下线更新版本，或重新调整灰度规则，以便继续观察。

现阶段，一种方法是通过请求中携带版本号，例如，只有指定版本号的请求才可以进入新的灰度版本；但是，这种方法需要服务调用方和服务提供方提前约定好版本号，导致对业务上有侵入性，灰度路由规则不灵活；另一种方法是通过预置灰度配置信息，当请求中满足指定的配置信息时，才可以进入灰度版本；其中，配置信息可以是用户IP(InternetProtocol，网际互连协议)、用户账号、地理位置等信息；但是，这种方法预置的灰度配置信息每次变更时都需要重新启动微服务，无法实现动态配置，不能满足多样化的灰度路由场景；还有一种方法是利用浏览器的cookie信息与配置的灰度路由值和灰度地址列表，进行匹配，匹配成功的进入对应的灰度地址；但是这种方法会将应用领域局限在浏览器的访问，对于不使用cookie的应用架构无法胜任；同时，上述三种方法都对微服务本身有改造点，导致代码侵入风险较高。

发明内容

本发明实施例提供一种灰度规则的配置、灰度路由方法、装置、设备及存储介质，以实现在不改造微服务的前提下，对灰度规则进行配置，为后续请求信息的灰度路由提供依据。

第一方面，本发明实施例提供了一种灰度规则的配置方法，包括：

响应于对目标微服务中目标微服务实例的灰度标记请求，将所述目标微服务实例标记为灰度实例，并将所述目标微服务实例存储于灰度实例列表中，所述灰度实例用于部署待更新应用；

响应于对目标灰度实例的灰度规则配置请求，生成与所述目标灰度实例匹配的目标灰度规则，并将所述目标灰度规则下发至微服务平台中的各灰度代理，以指示各所述灰度代理更新本地存储的灰度规则；

其中，所述灰度规则中存储指向灰度实例的请求信息的路由规则。

第二方面，本发明实施例还提供了一种灰度路由方法，由微服务平台中的灰度代理执行，包括：

实时从服务器获取并缓存灰度实例列表，并根据所述服务器下发的目标灰度规则，更新本地存储的灰度规则，所述灰度规则中存储指向灰度实例的请求信息的路由规则；

在接收到指向灰度实例的请求信息，且确定所述请求信息满足转发条件时，根据所述本地存储的灰度规则，确定与所述请求信息匹配的下一路由微服务；

如果根据所述灰度实例列表确定所述下一路由微服务中包括目标灰度实例，则将所述请求信息转发至所述下一路由微服务中的所述目标灰度实例中。

第三方面，本发明实施例还提供了一种灰度规则的配置装置，包括：