CN111209032A - 灰度发布方法、配置中心服务器、用户终端、系统及介质 - Google Patents

Abstract

本申请提供了一种灰度发布方法、配置中心服务器、用户终端、系统及介质，涉及数据处理领域。该灰度发布方法，应用于配置中心服务器，该方法包括：根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到灰度发布请求的配置监听模块反馈灰度配置拉取请求，配置监听模块部署于应用内；响应灰度配置拉取请求，向配置监听模块发送灰度发布配置信息，以使配置监听模块利用灰度发布配置信息对应用进行灰度配置；接收配置监听模块反馈的配置响应信息，确定应用的灰度配置完成。利用本申请的技术方案能够降低灰度发布的复杂度。

Description

灰度发布方法、配置中心服务器、用户终端、系统及介质

技术领域

本申请属于数据处理领域，尤其涉及一种灰度发布方法、配置中心服务器、用户终端、系统及介质。

背景技术

在分布式环境下，针对应用节点数量日益增长以及配置参数的复杂设计，使得灰度发布这种平滑过渡的发布方式应运而生。在灰度发布初始阶段就可以发现问题，以及对问题采取措施，以保证分布式系统整体的稳定性。

在现阶段的灰度发布方案中，直接对应用进行操作以进行灰度发布。若该应用为未灰度发布的应用，则无法对应用中的部分实例进行灰度发布。需要提前确定已经灰度发布的应用，然后再将灰度发布请求转发至已经灰度发布的应用上进行这部分实例的灰度发布，增加了灰度发布的过程的复杂度。

发明内容

本申请实施例提供了一种灰度发布方法、配置中心服务器、用户终端、系统及介质，能够降低灰度发布的复杂度。

第一方面，本申请实施例提供一种灰度发布方法，应用于配置中心服务器，该方法包括：

根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到灰度发布请求的配置监听模块反馈灰度配置拉取请求，配置监听模块部署于应用内；

响应灰度配置拉取请求，向配置监听模块发送灰度发布配置信息，以使配置监听模块利用灰度发布配置信息对应用进行灰度配置；

接收配置监听模块反馈的配置响应信息，确定应用的灰度配置完成。

第二方面，本申请实施例提供一种灰度发布方法，应用于用户终端，用户终端运行有应用，应用内部署有配置监听模块，该方法包括：

配置监听模块响应配置中心服务器发送的灰度发布请求，向配置中心服务器反馈灰度配置拉取请求；

配置监听模块接收配置中心服务器发送的灰度配置信息，利用灰度配置信息对配置监听模块所在的应用进行灰度配置；

配置监听模块在灰度配置完成的情况下，向配置中心服务器反馈配置响应信息。

第三方面，本申请实施例提供一种配置中心服务器，包括灰度发布模块，灰度发布模块用于：

根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到灰度发布请求的配置监听模块反馈灰度配置拉取请求，配置监听模块部署于应用内；

响应灰度配置拉取请求，向配置监听模块发送灰度发布配置信息，以使配置监听模块利用灰度发布配置信息对应用进行灰度配置；

接收配置监听模块反馈的配置响应信息，确定应用的灰度配置完成。

第四方面，本申请实施例提供一种用户终端，包括配置监听模块，配置监听模块用于：

响应配置中心服务器发送的灰度发布请求，向配置中心服务器反馈灰度配置拉取请求；

接收配置中心服务器发送的灰度配置信息，利用灰度配置信息对配置监听模块所在的应用进行灰度配置；

在灰度配置完成的情况下，向配置中心服务器反馈配置响应信息。

第五方面，本申请实施例提供一种灰度发布系统，包括第三方面的技术方案中的配置中心服务器和第四方面的技术方案中的用户终端。

第六方面，本申请实施例提供一种配置中心服务器，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现第一方面的技术方案中的灰度发布方法

第七方面，本申请实施例提供一种用户终端，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现第二方面的技术方案中的灰度发布方法。

第八方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现第一方面的技术方案中的灰度发布方法，或者，实现第二方面的技术方案中的灰度发布方法。

本申请实施例提供一种灰度发布方法、配置中心服务器、用户终端、系统及介质，配置中心服务器主动向符合灰度验证规则的应用的配置监听模块发送灰度发布请求。配置监听模块部署在应用内，由配置监听模块对该应用进行灰度配置。配置中心服务器不需要直接对应用进行操作，可向任意一个或多个应用的配置监听模块发送灰度发布请求，不再需要提前确定已经灰度发布的应用，降低了灰度发布的复杂度。

附图说明

从下面结合附图对本申请的具体实施方式的描述中可以更好地理解本申请。其中，相同或相似的附图标记表示相同或相似的特征。

图1为本申请实施例中一种灰度发布系统的结构示意图；

图2为本申请一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图；

图3为本申请另一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图；

图4为本申请又一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图；

图5为本申请再一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图；

图6为本申请一实施例提供的一种应用于用户终端的灰度发布方法的流程图；

图7为本申请另一实施例提供的一种应用于用户终端的灰度发布方法的流程图；

图8为本申请一实施例提供的一种配置中心服务器的结构示意图；

图9为本申请另一实施例提供的一种配置中心服务器的结构示意图；

图10为本申请一实施例提供的一种用户终端的结构示意图；

图11为本申请实施例提供的一种配置中心服务器的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例。在下面的详细描述中，提出了许多具体细节，以便提供对本申请的全面理解。但是，对于本领域技术人员来说很明显的是，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请的更好的理解。本申请决不限于下面所提出的任何具体配置和算法，而是在不脱离本申请的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。在附图和下面的描述中，没有示出公知的结构和技术，以便避免对本申请造成不必要的模糊。

本申请实施例提供了一种灰度发布方法、配置中心服务器、用户终端、系统及介质，可应用于配置中心向用户终端进行灰度发布的场景中。在本申请实施例中，可通过部署在应用内的配置监听模块接收灰度发布请求，由配置监听模块对应用进行灰度配置，不需要配置中心对应用直接进行操作。其中，配置中心可承载于配置中心服务器，在此并不对配置中心服务器的数目进行限定。应用运行于用户终端内，用户终端可以为电脑、平板电脑、手机等，在此并不限定。

图1为本申请实施例中一种灰度发布系统的结构示意图。如图1所示，配置中心服务器100可管理多个用户终端200中的应用的灰度发布。图1中的多个用户终端200包括应用已经灰度发布的用户终端200和应用未灰度发布的用户终端200。配置中心服务器100可利用本申请实施例提供的灰度发布方法实现对多个用户终端200中的应用的灰度发布。

本申请实施例提供一种灰度发布方法，可应用于配置中心服务器。图2为本申请一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图。如图2所示，该灰度发布方法可包括步骤S301至步骤S303。

在步骤S301中，根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到灰度发布请求的配置监听模块反馈灰度配置拉取请求。

其中，灰度验证规则可用于表征灰度发布的目标应用。比如，灰度验证规则可包括灰度发布的应用数量、灰度发布的应用占比、灰度发布的具体指向应用等，在此并不限定。

监测集群包括多个应用。灰度发布针对监测集群进行。即先对监测集群中部分应用进行灰度发布，若灰度配置完成后的应用运行良好，可达到期望目标，则可将本次灰度发布的版本适用于监测集群中的所有应用。符合灰度验证规则的应用为监测集群中的部分应用。

配置监听模块部署于应用内，该配置监听模块具体可实现为程序，以插件、工具包等形式存在。配置监听模块的状态并不受灰度发布的影响，比如，已经灰度发布的应用的配置监听模块的状态与未灰度发布的应用的配置监听模块的状态可相同。配置监听模块接收到灰度发布请求，可向配置中心服务器发送灰度配置拉取请求。灰度配置拉取请求用于向配置中心服务器拉取灰度配置信息。

在步骤S302中，响应灰度配置拉取请求，向配置监听模块发送灰度发布配置信息，以使配置监听模块利用灰度发布配置信息对应用进行灰度配置。

配置中心服务器接收到配置监听模块反馈的灰度配置反馈请求，向该配置监听模块发送灰度发布配置信息。灰度发布配置信息为用于进行灰度配置的配置信息。

在步骤S303中，接收配置监听模块反馈的配置响应信息，确定应用的灰度配置完成。

配置监听模块在完成灰度配置后，会向配置中心服务器反馈配置响应消息。配置响应消息用于表征配置监听模块已经完成了对应用的灰度配置。配置中心服务器接收到该配置响应信息，即可确定该配置监听模块所在的应用的灰度配置已完成。

在本申请实施例中，配置中心服务器主动向符合灰度验证规则的应用的配置监听模块发送灰度发布请求。配置监听模块部署在应用内，由配置监听模块对该应用进行灰度配置。配置中心服务器不需要直接对应用进行操作，可向任意一个或多个应用的配置监听模块发送灰度发布请求，不再需要提前确定已经灰度发布的应用，降低了灰度发布的复杂度。

而且，由于配置中心服务器不需要直接对应用进行操作，而是由配置监听模块对该应用进行灰度配置。因此只需构建一套配置中心即可实现配置的灰度发布，不需要为灰度发布的应用和未灰度发布的应用各配置一套配置中心，简化了灰度发布的系统结构和流程，也降低了灰度发布的成本。也能够将应用的灰度发布与应用的部分配置的灰度发布解耦，不需要提前确定已经进行了灰度发布的应用，简化了灰度发布的流程。在灰度发布的过程中，应用也不需要停机即停止运行，即可完成灰度发布，提高了灰度发布的运维效率和自动化程度。

图3为本申请另一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图。图3与图2的不同之处在于，图3所示的灰度发布方法还可包括步骤S304至步骤S307。

在步骤S304中，接收配置监听模块发送的应用的灰度配置版本信息。

灰度配置版本信息用于表征应用的灰度配置的版本，比如，表征灰度配置的第1版，表征灰度配置的第2版，表征灰度配置的第3版等等。

在一些示例中，分布式应用协调服务组件可设置在配置中心服务器中。在另一些示例中，分布式应用协调服务组件也可设置在与配置中心服务器独立的设备中，比如，专设一个服务器，分布式应用协调服务组件可设置在该专设的服务器中。

分布式应用协调服务组件支持服务注册发现功能，具体可实现为Zookeeper集群、自实现Paxos算法的服务组件或自实现Raft协议的服务组件等，在此并不限定。

这里以分布式应用协调服务组件设置在配置中心服务器中为例，则配置中心服务器接收配置监听模块发送的应用的灰度配置版本信息，可将灰度配置版本信息写入分布式应用协调服务组件中。

在步骤S305中，将灰度配置版本信息写入分布式应用协调服务组件中与应用对应的临时节点中。

分布式应用协调服务组件包括多个节点，由节点具有上下线特性。其中，上线的节点即为临时节点。每个临时节点可对应一个应用，可视为应用的注册点。分布式应用协调服务组件可设置于配置中心服务器或其他服务器，在此并不限定。

配置中心服务器将接收到的应用的灰度配置版本信息写入分布式应用协调服务组件中与该应用对应的临时节点中。

在步骤S306中，从分布式应用协调服务组件中与应用对应的临时节点中读取灰度配置版本信息。

在一些示例中，分布式应用协调服务组件设置在配置中心服务器中，则配置中心服务器从自身中的分布式应用协调服务组件读取灰度配置版本信息。

在另一些示例中，分布式应用协调服务组件设置在于配置中心服务器相独立的其他服务器中，则配置中心服务器从其他服务器中读取灰度配置版本信息。

在步骤S307中，根据读取的灰度配置版本信息与应用的期望灰度配置版本信息，确定并存储应用的灰度配置生效结果。

从分布式应用协调服务组件中与应用对应的临时节点中读取灰度配置版本信息，根据该读取的灰度配置版本信息确定灰度配置生效结果。其中，期望灰度配置版本信息为灰度发布请求对应的灰度配置版本信息。灰度配置生效结果表征灰度配置是否生效。

配置中心服务器可在接收所述配置监听模块反馈的配置响应信息时，主动触发从分布式应用协调服务组件中读取灰度配置版本信息及后续的步骤。配置中心服务器也可在配置中心服务器向应用的配置监听模块发送灰度发布配置信息，使配置监听模块利用灰度发布配置信息对应用进行灰度配置后，主动触发从分布式应用协调服务组件中读取灰度配置版本信息及后续的步骤。

在一些情况下，虽然对应用进行了灰度配置，但灰度配置有可能失败，因此可通过对比本次灰度配置后读取的灰度配置版本信息和本次灰度配置的灰度发布请求，确定本次灰度配置是否生效，以对应用的灰度配置生效结果进行监控。灰度配置成功即灰度配置生效，灰度配置失败即灰度配置失效。

具体地，若读取的灰度配置版本信息与应用的期望灰度配置版本信息一致，灰度配置生效结果表征灰度配置生效。若读取的灰度配置版本信息与应用的期望灰度配置版本信息不一致，灰度配置生效结果表征灰度配置未生效。比如，读取的灰度配置版本信息为“版本v1.01”，期望灰度配置版本信息也为“版本v1.01”，灰度配置生效结果表征灰度配置生效。又比如，读取的灰度配置版本信息为“版本v1.01”，期望灰度配置版本信息也为“版本v1.02”，灰度配置生效结果表征灰度配置未生效。

其中，若灰度配置生效结果表征灰度配置未生效，配置中心服务器触发向未生效应用的配置监听模块再次发送灰度发布请求，直至未生效应用的灰度配置生效。未生效应用为灰度配置未生效的应用。对灰度配置未生效的应用，可主动再次请求进行灰度发布，并通过配置监听模块对该应用进行灰度配置，直至灰度配置生效，已保证灰度发布生效。

需要说明的是，若分布式应用协调服务组件中出现新上线的临时节点，从新上线的临时节点中读取灰度配置版本信息。根据读取的灰度配置版本信息与新上线的临时节点对应的应用的期望灰度配置版本信息，确定并存储新上线的临时节点对应的应用的灰度配置生效结果。

分布式应用协调服务组件中的节点具有上下线特性，若出现新上线的临时节点，则该临时节点对应的应用的灰度配置版本信息也进入对灰度配置生效结果进行监控的监控范围内。

图4为本申请又一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图。图4与图2的不同之处在于，图4所示的灰度发布方法还可包括步骤S308至步骤S310。

在步骤S308中，接收业务处理请求。

其中，业务处理请求可包括对灰度发布的应用的业务处理请求和/或未灰度发布的应用的业务处理请求。

在步骤S309中，将符合灰度验证规则的业务处理请求路由至已完成灰度配置的应用。

符合灰度验证规则的业务处理请求即为灰度发布的应用的业务处理请求，将符合灰度验证规则的业务处理请求路由至已完成灰度配置的应用，由已完成灰度发布的灰度配置的应用处理，从而满足灰度发布验证。

在步骤S310中，将不符合灰度验证规则的业务处理请求路由至未进行灰度发布的应用。

不符合灰度验证规则的业务处理请求即为未灰度发布的应用的业务处理请求，将不符合灰度验证规则的业务处理请求路由至未进行灰度发布的应用，由未完成灰度发布的应用处理，以满足未灰度发布验证。

需要说明的是，步骤S308至步骤S310中的业务处理请求的分配可由本申请实施例中的配置中心服务器执行，也可由用户终端的应用执行，或者由其他的服务器执行，在此并不限定。

图5为本申请再一实施例提供的一种应用于配置中心服务器的灰度发布方法的流程图。图5与图2的不同之处在于，图5所示的灰度发布方法还可包括步骤S311至步骤S314。

在步骤S311中，获取灰度配置完成的应用的运行信息。

运行消息可指示应用的运行情况，比如，运行消息中可包括运行数据。

在步骤S312中，若运行信息满足期望运行条件，向监测集群中所有应用的配置监听模块发送灰度发布请求，以使监测集群中所有应用完成灰度配置。

期望运行条件可预先设定。若运行信息满足期望运行条件，表示灰度发布的效果能够达到期望的效果，可推广至监测集群中的所有应用。向监测集群中所有应用的配置监听模块发送灰度发布请求，以使监测集群中所有应用的配置监听模块向配置中心服务器反馈灰度配置拉取请求，获取到灰度发布配置信息，利用获取到的灰度发布配置信息完成所有应用的灰度配置。

在步骤S313中，若运行信息不满足期望运行条件，向监测集群中所有应用的配置监听模块发送回退请求，以使监测集群中已灰度发布的应用的配置监听模块反馈回退配置拉取请求。

若运行信息不满足期望运行条件，表示灰度发布的效果不能达到期望的效果，灰度发布并不适用于监测集群中的应用。配置中心服务器向监测集群中所有应用的配置监听模块发送回退请求，以通知所有应用的配置监听模块进行回退。但需要注意的是，监测集群中也存在未灰度发布的应用，未灰度发布的应用无需进行回退。因此只需监测集群中已灰度发布的应用的配置监听模块反馈回退配置拉取请求即可。

在步骤S314中，响应回退配置拉取请求，向监测集群中已灰度发布的应用的配置监听模块发送回退配置信息，以使配置监听模块利用回退配置信息对应用进行配置，使应用的配置恢复至未进行灰度发布的配置。

其中，回退配置信息为未进行灰度发布的配置信息。配置中心服务器响应已灰度发布的应用的配置监听模块的回退配置拉取请求，向反馈回退配置拉取请求的配置监听模块发送回退配置信息，以使已灰度发布的应用的配置监听模块利用回退配置信息对应用进行配置，以完成整个监测集群中应用的回退。

本申请实施例中的应用全部灰度发布即应用正式升级，以及应用的回退均通过配置监听模块对应用的操作实现，不需要应用停机即停止运行，从而提高了灰度发布升级和回退的运维效率和自动化程度。

在一些示例中，配置中心服务器可配置有可视化界面。对应地，可通过可视化界面接收用户的灰度配置，以触发向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，执行本申请实施例中的灰度发布方法，提高操作管理人员与配置中心服务器的交互性。也可在可视化界面显示应用的灰度配置生效结果，使操作管理人员可更加直观地对应用的灰度发布情况进行监控。

在另一些实施例中，也可通过命令行或脚本等后台运行手段触发本申请实施例中的灰度发布方法，在此并不限定。

本申请实施例还提供一种灰度发布方法，该灰度发布方法可应用于用户终端。用户终端运行有应用，应用内部署有配置监听模块。图6为本申请一实施例提供的一种应用于用户终端的灰度发布方法的流程图。如图6所示，该灰度发布方法可包括步骤S401至步骤S403。

在步骤S401中，配置监听模块响应配置中心服务器发送的灰度发布请求，向配置中心服务器反馈灰度配置拉取请求。

其中，灰度配置拉取请求用于请求灰度发布所需的灰度发布配置信息。

在步骤S402中，配置监听模块接收配置中心服务器发送的灰度配置信息，利用灰度配置信息对配置监听模块所在的应用进行灰度配置。

配置监听模块对应用进行灰度配置，以将应用配置为灰度发布请求所请求的灰度发布版本。配置中心服务器并不直接对应用进行操作。配置监听模块所进行的灰度配置对于用户终端来说是无感的。

在步骤S403中，配置监听模块在灰度配置完成的情况下，向配置中心服务器反馈配置响应信息。

其中，配置响应信息用于表征灰度配置已经完成。

上述步骤S401至步骤S403中与配置中心服务器相关的内容可参见上述实施例中的相关说明，在此不再赘述。

在本申请实施例中，用户终端中运行的应用部署有配置监听模块。该配置监听模块可响应灰度发布请求向配置中心服务器反馈灰度配置拉取请求，以获取灰度配置信息。并利用接收到的配置信息对应用进行灰度配置。灰度配置完成时向配置中心服务器反馈配置响应信息，以通知配置中心服务器灰度配置完成。由于是配置监听模块对应用进行灰度配置，以使得配置中心服务器不需要直接对应用进行操作，可向任意一个或多个应用的配置监听模块发送灰度发布请求，不再需要提前确定已经灰度发布的应用，降低了灰度发布的复杂度。

图7为本申请另一实施例提供的一种应用于用户终端的灰度发布方法的流程图。图7与图6的不同之处在于，图7所示的灰度发布方法还包括步骤S404。

在步骤S404中，配置监听模块向分布式应用协调服务组件发送配置监听模块所在应用的灰度配置版本信息，以使分布式应用协调服务组件写入灰度配置版本信息。

在一些示例中，分布式应用协调服务组件设置在配置中心服务器内，则配置监听模块向配置中心服务器发送配置监听模块所在应用的灰度配置版本信息，以使配置中心服务器将灰度配置版本信息写入分布式应用协调服务组件中与该应用对应的临时节点中。

在另一些示例中，分布式应用协调服务组件可与配置中心服务器独立设置，则配置监听模块向分布式应用协调服务组件发送配置监听模块所在应用的灰度配置版本信息，以使灰度配置版本信息写入到分布式应用协调服务组件中与该应用对应的临时节点中。

本申请实施例还提供一种配置中心服务器。图8为本申请一实施例提供的一种配置中心服务器的结构示意图。如图8所示，该配置中心服务器100可包括灰度发布模块101。

灰度发布模块101可用于：根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到灰度发布请求的配置监听模块反馈灰度配置拉取请求，配置监听模块部署于应用内；响应灰度配置拉取请求，向配置监听模块发送灰度发布配置信息，以使配置监听模块利用灰度发布配置信息对应用进行灰度配置；接收配置监听模块反馈的配置响应信息，确定应用的灰度配置完成。

在本申请实施例中，配置中心服务器主动向符合灰度验证规则的应用的配置监听模块发送灰度发布请求。配置监听模块部署在应用内，由配置监听模块对该应用进行灰度配置。配置中心服务器不需要直接对应用进行操作，可向任意一个或多个应用的配置监听模块发送灰度发布请求，不再需要提前确定已经灰度发布的应用，降低了灰度发布的复杂度。

而且，由于配置中心服务器不需要直接对应用进行操作，而是由配置监听模块对该应用进行灰度配置。因此只需构建一套配置中心即可实现配置的灰度发布，不需要为灰度发布的应用和未灰度发布的应用各配置一套配置中心，简化了灰度发布的系统结构和流程，也降低了灰度发布的成本。也能够将应用的灰度发布与应用的部分配置的灰度发布解耦，不需要提前确定已经进行了灰度发布的应用，简化了灰度发布的流程。在灰度发布的过程中，应用也不需要停机即停止运行，即可完成灰度发布，提高了灰度发布的运维效率和自动化程度。

图9为本申请另一实施例提供的一种配置中心服务器的结构示意图。图9与图8的不同之处在于，图9所示的配置中心服务器100还可包括服务组件模块102、灰度监控模块103和灰度匹配模块104。

服务组件模块102，用于接收配置监听模块发送的应用的灰度配置版本信息，以及，将灰度配置版本信息写入服务组件模块的分布式应用协调服务组件中与应用对应的临时节点中。

灰度监控模块103，用于从分布式应用协调服务组件中与应用对应的临时节点中读取灰度配置版本信息，以及，根据读取的灰度配置版本信息与应用的期望灰度配置版本信息，确定并存储应用的灰度配置生效结果，

其中，期望灰度配置版本信息为灰度发布请求对应的灰度配置版本信息，灰度配置生效结果表征灰度配置是否生效。

在一些示例中，灰度监控模块103还用于：若分布式应用协调服务组件中出现新上线的临时节点，从新上线的临时节点中读取灰度配置版本信息；根据读取的灰度配置版本信息与新上线的临时节点对应的应用的期望灰度配置版本信息，确定并存储新上线的临时节点对应的应用的灰度配置生效结果。

其中，若读取的灰度配置版本信息与应用的期望灰度配置版本信息一致，灰度配置生效结果表征灰度配置生效。若读取的灰度配置版本信息与应用的期望灰度配置版本信息不一致，灰度配置生效结果表征灰度配置未生效。

灰度匹配模块104，用于接收业务处理请求，以及，将符合灰度验证规则的业务处理请求路由至已完成灰度配置的应用，以及，将不符合灰度验证规则的业务处理请求路由至未进行灰度发布的应用。

需要说明的是，可在配置中心服务器100中设置灰度匹配模块104。或者，配置中心服务器100中不设置灰度匹配模块104，灰度匹配模块实现的业务处理请求分配功能由用户终端的应用或其他服务器实现，在此并不限定。

在一些示例中，上述实施例中的灰度发布模块101还用于：若灰度配置生效结果表征灰度配置未生效，触发向未生效应用的配置监听模块再次发送灰度发布请求，直至未生效应用的灰度配置生效，未生效应用为灰度配置未生效的应用。

在一些示例中，上述实施例中的灰度发布模块101还用于：获取灰度配置完成的应用的运行信息；若运行信息满足期望运行条件，向监测集群中所有应用的配置监听模块发送灰度发布请求，以使监测集群中所有应用完成灰度配置；若运行信息不满足期望运行条件，向监测集群中所有应用的配置监听模块发送回退请求，以使监测集群中已灰度发布的应用的配置监听模块反馈回退配置拉取请求；响应回退配置拉取请求，向监测集群中已灰度发布的应用的配置监听模块发送回退配置信息，以使配置监听模块利用回退配置信息对应用进行配置，使应用的配置恢复至未进行灰度发布的配置。

其中，回退配置信息为未进行灰度发布的配置信息。

在又一些实施例中，配置中心服务器100还可包括触控模块和显示模块。

触控模块用于接收用户的灰度配置，以触发向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求。

显示模块用于显示应用的灰度配置生效结果。

触控模块和显示模块可集成于显示屏，实现可视化的灰度配置监控。

本申请实施例还提供了一种用户终端。图10为本申请一实施例提供的一种用户终端的结构示意图。如图10所示，用户终端200可包括配置监听模块201。

配置监听模块201用于：响应配置中心服务器发送的灰度发布请求，向配置中心服务器反馈灰度配置拉取请求；接收配置中心服务器发送的灰度配置信息，利用灰度配置信息对配置监听模块所在的应用进行灰度配置；在灰度配置完成的情况下，向配置中心服务器反馈配置响应信息。

在一些示例中，配置监听模块201还用于向分布式应用协调服务组件发送配置监听模块所在应用的灰度配置版本信息，以使分布式应用协调服务组件写入灰度配置版本信息。

在本申请实施例中，用户终端中运行的应用部署有配置监听模块。该配置监听模块可响应灰度发布请求向配置中心服务器反馈灰度配置拉取请求，以获取灰度配置信息。并利用接收到的配置信息对应用进行灰度配置。灰度配置完成时向配置中心服务器反馈配置响应信息，以通知配置中心服务器灰度配置完成。由于是配置监听模块对应用进行灰度配置，以使得配置中心服务器不需要直接对应用进行操作，可向任意一个或多个应用的配置监听模块发送灰度发布请求，不再需要提前确定已经灰度发布的应用，降低了灰度发布的复杂度。

本申请实施例还提供一种灰度发布系统。该灰度发布系统如图1所示，包括上述实施例中的配置中心服务器100和用户终端200。配置中心服务器100和用户终端200的具体内容以及灰度发布系统可达到的效果可参见上述实施例中的相关说明，在此不再赘述。

本申请实施例还提供了一种配置中心服务器。图11为本申请实施例提供的一种配置中心服务器的结构示意图。如图11所示，配置中心服务器500包括存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

在一个示例中，上述处理器502可以包括中央处理器(CPU)，或者特定集成电路(ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器501可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器501可包括HDD、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器501可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器501可在终端热点开启配置中心服务器500的内部或外部。在特定实施例中，存储器501是非易失性固态存储器。在特定实施例中，存储器501包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器502通过读取存储器501中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中应用于配置中心服务器的灰度发布方法。

在一个示例中，配置中心服务器500还可包括通信接口503和总线504。其中，如图11所示，存储器501、处理器502、通信接口503通过总线504连接并完成相互间的通信。

通信接口503，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口503接入输入设备和/或输出设备。

总线504包括硬件、软件或两者，将配置中心服务器500的部件彼此耦接在一起。举例来说而非限制，总线504可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线504可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

本申请实施例还提供了一种用户终端。用户终端可包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序。该计算机程序被处理器执行时可实现上述实施例中应用于用户终端的灰度发布方法。用户终端的结构与图11所示的配置中心服务器的结构类似，可参见上述实施例中的结构说明，以及上述实施例中配置中心服务器、应用于配置中心服务器的灰度发布方法的相关说明，在此不再赘述。

本申请一实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时可实现上述实施例中应用于配置中心服务器的灰度发布方法或应用于用户终端的灰度发布方法。

需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于配置中心服务器实施例、用户终端实施例和计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。

本领域技术人员应能理解，上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合，以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上，应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中，术语“包括”并不排除其他装置或步骤；不定冠词“一个”不排除多个；术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。

Claims (31)

1.一种灰度发布方法，其特征在于，应用于配置中心服务器，所述方法包括：

根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到所述灰度发布请求的所述配置监听模块反馈灰度配置拉取请求，所述配置监听模块部署于应用内；

响应所述灰度配置拉取请求，向所述配置监听模块发送灰度发布配置信息，以使所述配置监听模块利用所述灰度发布配置信息对所述应用进行灰度配置；

接收所述配置监听模块反馈的配置响应信息，确定所述应用的灰度配置完成。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述配置监听模块发送的所述应用的灰度配置版本信息；

将所述灰度配置版本信息写入分布式应用协调服务组件中与所述应用对应的临时节点中。

3.根据权利要求2所述的方法，其特征在于，还包括：

从所述分布式应用协调服务组件中与所述应用对应的临时节点中读取所述灰度配置版本信息；

根据读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息，确定并存储所述应用的灰度配置生效结果，

其中，所述期望灰度配置版本信息为灰度发布请求对应的灰度配置版本信息，所述灰度配置生效结果表征所述灰度配置是否生效。

4.根据权利要求3所述的方法，其特征在于，还包括：

若所述分布式应用协调服务组件中出现新上线的临时节点，从所述新上线的临时节点中读取所述灰度配置版本信息；

根据读取的所述灰度配置版本信息与所述新上线的临时节点对应的应用的期望灰度配置版本信息，确定并存储所述新上线的临时节点对应的应用的灰度配置生效结果。

5.根据权利要求3或4所述的方法，其特征在于，

若读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息一致，所述灰度配置生效结果表征所述灰度配置生效；

若读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息不一致，所述灰度配置生效结果表征所述灰度配置未生效。

6.根据权利要求3或4所述的方法，其特征在于，还包括：

若所述灰度配置生效结果表征所述灰度配置未生效，触发向未生效应用的配置监听模块再次发送所述灰度发布请求，直至所述未生效应用的所述灰度配置生效，所述未生效应用为所述灰度配置未生效的所述应用。

7.根据权利要求1所述的方法，其特征在于，在所述确定所述应用的灰度配置完成之后，还包括：

接收业务处理请求；

将符合所述灰度验证规则的业务处理请求路由至已完成所述灰度配置的所述应用；

将不符合所述灰度验证规则的业务处理请求路由至未进行灰度发布的所述应用。

8.根据权利要求1所述的方法，其特征在于，还包括：

获取所述灰度配置完成的所述应用的运行信息；

若所述运行信息满足期望运行条件，向所述监测集群中所有所述应用的配置监听模块发送所述灰度发布请求，以使所述监测集群中所有所述应用完成所述灰度配置。

9.根据权利要求8所述的方法，其特征在于，还包括：

若所述运行信息不满足期望运行条件，向所述监测集群中所有所述应用的配置监听模块发送回退请求，以使所述监测集群中已灰度发布的所述应用的所述配置监听模块反馈回退配置拉取请求；

响应所述回退配置拉取请求，向所述监测集群中已灰度发布的所述应用的所述配置监听模块发送回退配置信息，以使所述配置监听模块利用所述回退配置信息对所述应用进行配置，使所述应用的配置恢复至未进行灰度发布的配置，所述回退配置信息为未进行灰度发布的配置信息。

10.根据权利要求1所述的方法，其特征在于，还包括：

通过可视化界面接收用户的灰度配置，以触发向所述监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求。

11.根据权利要求3或4所述的方法，其特征在于，还包括：

在可视化界面显示所述应用的所述灰度配置生效结果。

12.一种灰度发布方法，其特征在于，应用于用户终端，所述用户终端运行有应用，所述应用内部署有配置监听模块，所述方法包括：

所述配置监听模块响应配置中心服务器发送的灰度发布请求，向所述配置中心服务器反馈灰度配置拉取请求；

所述配置监听模块接收所述配置中心服务器发送的灰度配置信息，利用所述灰度配置信息对所述配置监听模块所在的应用进行灰度配置；

所述配置监听模块在灰度配置完成的情况下，向所述配置中心服务器反馈所述配置响应信息。

13.根据权利要求12所述的方法，其特征在于，在所述向所述配置中心服务器反馈所述配置响应信息之后，还包括：

所述配置监听模块向分布式应用协调服务组件发送所述配置监听模块所在应用的灰度配置版本信息，以使所述分布式应用协调服务组件写入所述灰度配置版本信息。

14.一种配置中心服务器，其特征在于，包括灰度发布模块，所述灰度发布模块用于：

根据设定的灰度验证规则，向监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求，以使接收到所述灰度发布请求的所述配置监听模块反馈灰度配置拉取请求，所述配置监听模块部署于应用内；

响应所述灰度配置拉取请求，向所述配置监听模块发送灰度发布配置信息，以使所述配置监听模块利用所述灰度发布配置信息对所述应用进行灰度配置；

接收所述配置监听模块反馈的配置响应信息，确定所述应用的灰度配置完成。

15.根据权利要求14所述的配置中心服务器，其特征在于，还包括：

服务组件模块，用于接收所述配置监听模块发送的所述应用的灰度配置版本信息，以及，将所述灰度配置版本信息写入所述服务组件模块的分布式应用协调服务组件中与所述应用对应的临时节点中。

16.根据权利要求15所述的配置中心服务器，其特征在于，还包括：

灰度监控模块，用于从所述分布式应用协调服务组件中与所述应用对应的临时节点中读取所述灰度配置版本信息，以及，根据读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息，确定并存储所述应用的灰度配置生效结果，

其中，所述期望灰度配置版本信息为灰度发布请求对应的灰度配置版本信息，所述灰度配置生效结果表征所述灰度配置是否生效。

17.根据权利要求16所述的配置中心服务器，其特征在于，所述灰度监控模块还用于：

若所述分布式应用协调服务组件中出现新上线的临时节点，从所述新上线的临时节点中读取所述灰度配置版本信息；

根据读取的所述灰度配置版本信息与所述新上线的临时节点对应的应用的期望灰度配置版本信息，确定并存储所述新上线的临时节点对应的应用的灰度配置生效结果。

18.根据权利要求16或17所述的配置中心服务器，其特征在于，

若读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息一致，所述灰度配置生效结果表征所述灰度配置生效；

若读取的所述灰度配置版本信息与所述应用的期望灰度配置版本信息不一致，所述灰度配置生效结果表征所述灰度配置未生效。

19.根据权利要求16或17所述的配置中心服务器，其特征在于，所述灰度发布模块还用于：

若所述灰度配置生效结果表征所述灰度配置未生效，触发向未生效应用的配置监听模块再次发送所述灰度发布请求，直至所述未生效应用的所述灰度配置生效，所述未生效应用为所述灰度配置未生效的所述应用。

20.根据权利要求14所述的配置中心服务器，其特征在于，还包括：

灰度匹配模块，用于接收业务处理请求，以及，将符合所述灰度验证规则的业务处理请求路由至已完成所述灰度配置的所述应用，以及，将不符合所述灰度验证规则的业务处理请求路由至未进行灰度发布的所述应用。

21.根据权利要求14所述的配置中心服务器，其特征在于，所述灰度发布模块还用于：

获取所述灰度配置完成的所述应用的运行信息；

若所述运行信息满足期望运行条件，向所述监测集群中所有所述应用的配置监听模块发送所述灰度发布请求，以使所述监测集群中所有所述应用完成所述灰度配置。

22.根据权利要求21所述的配置中心服务器，其特征在于，所述灰度发布模块还用于：

若所述运行信息不满足期望运行条件，向所述监测集群中所有所述应用的配置监听模块发送回退请求，以使所述监测集群中已灰度发布的所述应用的所述配置监听模块反馈回退配置拉取请求；

响应所述回退配置拉取请求，向所述监测集群中已灰度发布的所述应用的所述配置监听模块发送回退配置信息，以使所述配置监听模块利用所述回退配置信息对所述应用进行配置，使所述应用的配置恢复至未进行灰度发布的配置，所述回退配置信息为未进行灰度发布的配置信息。

23.根据权利要求14所述的配置中心服务器，其特征在于，还包括：

触控模块，用于接收用户的灰度配置，以触发向所述监测集群中符合灰度验证规则的应用的配置监听模块发送灰度发布请求。

24.根据权利要求16或17所述的配置中心服务器，其特征在于，还包括：

显示模块，用于显示所述应用的所述灰度配置生效结果。

25.一种用户终端，其特征在于，包括配置监听模块，所述配置监听模块用于：

响应配置中心服务器发送的灰度发布请求，向所述配置中心服务器反馈灰度配置拉取请求；

接收所述配置中心服务器发送的灰度配置信息，利用所述灰度配置信息对所述配置监听模块所在的应用进行灰度配置；

在灰度配置完成的情况下，向所述配置中心服务器反馈所述配置响应信息。

26.根据权利要求25所述的用户终端，其特征在于，

所述配置监听模块还用于向分布式应用协调服务组件发送所述配置监听模块所在应用的灰度配置版本信息，以使所述分布式应用协调服务组件写入所述灰度配置版本信息。

27.一种灰度发布系统，其特征在于，包括如权利要求14至24中任意一项所述的配置中心服务器和如权利要求25或26所述的用户终端。

28.根据权利要求27所述的系统，其特征在于，还包括分布式应用协调服务组件，

所述分布式应用协调服务组件用于存储所述应用的灰度配置版本信息。

29.一种配置中心服务器，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至11中任意一项所述的灰度发布方法。

30.一种用户终端，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求12或13所述的灰度发布方法。

31.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11中任意一项所述的灰度发布方法，或者，实现如权利要求12或13所述的灰度发布方法。

Images