CN114911498A - PaaS分布式系统配置信息更新方法、装置及系统 - Google Patents

Abstract

本发明提供了一种PaaS分布式系统配置信息更新方法、装置及系统，可用于人工智能技术领域，所述方法包括：获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理，本发明可提高配置中心更新分布式系统应用服务器配置信息的更新成功率。

Description

PaaS分布式系统配置信息更新方法、装置及系统

技术领域

本发明涉及分布式系统配置更新技术领域，特别涉及人工智能技术领域，尤其涉及一种PaaS分布式系统配置信息更新方法、装置及系统。

背景技术

目前，在分布式系统中通常会设置配置中心，配置中心主要用于统一管理分布式系统中不同环境、不同集群的配置信息，支持配置信息的动态调整和热发布，从而支持在无需部署新版本，无需重启应用程序的条件下，实现技术或业务层面控制逻辑的实时调整。当前主流的配置中心，如Apollo、Disconf和Nacos等开源产品，基于Zookeeper、Eureka或其自身(Nacos)实现服务发现，对连接的应用服务器实现配置动态下发。

但在PaaS云环境下，对于架构较为复杂的分布式系统，依靠配置中心自身能力，在配置下发的可靠性方面还存在一定的不足。其中，PaaS是指一组基于云的服务，可帮助企业用户和开发人员以本地部署解决方案无法企及的速度创建应用程序。PaaS云环境下的应用服务器一般是以容器的形式存在，在因投产或故障产生容器重启时，IP和端口往往会发生变化。一旦由于应用程序或网络原因导致其与配置中心的连接中断，在容器数量众多或架构关系复杂的分布式系统场景下，很难快速发现和定位连接中断的容器。容易导致配置中心下发的最新配置信息不能有效覆盖到全部应用容器，造成部分容器仍旧使用旧的配置信息，执行旧的控制逻辑。在故障应急或重要业务场景下，很容易引发严重的业务影响，从而限制了动态配置的使用场景。

发明内容

本发明的一个目的在于提供一种PaaS分布式系统配置信息更新方法，提高配置中心更新分布式系统应用服务器配置信息的更新成功率。本发明的另一个目的在于提供一种PaaS分布式系统配置信息更新装置。本发明的再一个目的在于提供一种PaaS分布式系统。本发明的还一个目的在于提供一种计算机设备。本发明的还一个目的在于提供一种可读介质。

为了达到以上目的，本发明一方面公开了一种PaaS分布式系统配置信息更新方法，包括：

获取所述PaaS分布式系统的所有应用服务器的状态信息；

根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；

接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

优选的，所述获取所述PaaS分布式系统的所有应用服务器的状态信息具体包括：

通过API接口访问PaaS分布式系统的管理服务器，从所述管理服务器获取所有应用服务器的状态信息。

优选的，所述PaaS分布式系统包括多个群组，其中每个群组包括多个应用服务器；

所述应用服务器的状态信息包括可用的所有应用服务器的所属群组、IP地址和端口。

优选的，所述根据所述状态信息向对应的应用服务器传输更新配置信息具体包括：

将所述更新配置信息通过所述状态信息的IP地址和端口传输至对应的应用服务器。

优选的，所述根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器具体包括：

根据接收的反馈报文确定更新成功的应用服务器的状态信息；

根据所述PaaS分布式系统的所有应用服务器的状态信息和所述更新成功的应用服务器的状态信息确定未成功更新的失败应用服务器。

优选的，所述对所述失败应用服务器进行补发处理具体包括：

确定所述失败应用服务器是否可用；

若可用，将所述更新配置信息重新发送至所述失败应用服务器。

优选的，进一步包括在对所述失败应用服务器进行补发处理，之前：

根据所述反馈报文确定每个群组中所述更新配置信息更新成功的所述应用服务器的更新成功数量；

根据每个群组中所述更新成功数量和所有应用服务器的总数确定每个群组的更新成功率；

若所述更新成功率在预设阈值范围内，不再执行对所述失败应用服务器进行补发处理的步骤。

本发明还公开了一种PaaS分布式系统配置信息更新装置，包括：

信息获取模块，用于获取所述PaaS分布式系统的所有应用服务器的状态信息；

信息配置模块，用于根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；

配置监控模块，用于接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

本发明还公开了一种PaaS分布式系统，包括配置信息更新装置和多个应用服务器；

其中，配置信息更新装置用于获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

本发明还公开了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，

所述处理器执行所述程序时实现如上所述方法。

本发明还公开了一种计算机可读介质，其上存储有计算机程序，

该程序被处理器执行时实现如上所述方法。

本发明PaaS分布式系统配置信息更新方法获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息；接收各所述应用服务器返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。由此，本发明利用PaaS分布式系统对应用服务器可用状态的感知形成的应用服务器的状态信息，向对应的应用服务器传输更新配置信息，根据应用服务器基于该更新配置信息进行配置信息更新后返回的反馈报文，确定未成功更新的失败应用服务器，对失败应用服务器进行补发处理。从而，本发明预先获取应用服务器的状态信息，并根据应用服务器配置信息更新后返回的反馈报文确定失败应用服务器，及时发现连接中断和配置信息更新失败的应用服务器，进行补发处理，提高配置中心向应用服务器下发更新配置信息的成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明PaaS分布式系统具体实施例的结构图；

图2示出本发明PaaS分布式系统配置信息更新方法具体实施例的流程图；

图3示出本发明PaaS分布式系统配置信息更新方法具体实施例S300的流程图之一；

图4示出本发明PaaS分布式系统配置信息更新方法具体实施例S300的流程图之二；

图5示出本发明PaaS分布式系统配置信息更新方法具体实施例S000的流程图；

图6示出本发明PaaS分布式系统配置信息更新装置具体实施例的结构图；

图7示出适于用来实现本发明实施例的计算机设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本申请公开的一种PaaS分布式系统配置信息更新方法、装置及系统可用于人工智能技术领域，也可用于除人工智能技术领域之外的任意领域，本申请公开的一种PaaS分布式系统配置信息更新方法、装置及系统的应用领域不做限定。

为了便于理解本申请提供的技术方案，下面先对本申请技术方案的相关内容进行说明。本发明实施例提供的PaaS分布式系统配置信息更新方法预先获取应用服务器的状态信息，并根据应用服务器配置信息更新后返回的反馈报文确定失败应用服务器，及时发现连接中断和配置信息更新失败的应用服务器，进行补发处理，提高配置中心向应用服务器下发更新配置信息的成功率。

图1是本发明实施例提供的PaaS分布式系统的结构示意图，如图1所示，本发明实施例提供的PaaS分布式系统包括配置信息更新装置1和多个应用服务器2。

其中，所述配置信息更新装置1用于获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

在优选的实施方式中，PaaS分布式系统还可包括管理服务器，该管理服务器可对PaaS分布式系统中的应用服务器进行状态感知，确定各应用服务器是否可用，并统一管理各应用服务器的IP地址和端口等基本信息。从而，该管理服务器可根据各应用服务器的基本信息和是否可用形成所有应用服务器的状态信息。

需要说明的是，在优选的实施方式中，管理服务器设置在PaaS分布式系统内，在其他实施方式中，管理服务器也可以采用独立的服务器实现，本领域技术人员可根据实际情况设置管理服务器，本发明对此并不作限定。同理的，在本实施例中，配置信息更新装置1可以设置在PaaS分布式系统内，也可以采用独立的服务器实现，本领域技术人员可根据实际情况设置配置信息更新装置1，本发明对此并不作限定。

下面以配置信息更新装置1作为执行主体为例，说明本发明实施例提供的PaaS分布式系统配置信息更新方法的实现过程。可以理解的是，本发明实施例提供的PaaS分布式系统配置信息更新方法的执行主体包括但不限于该PaaS分布式系统配置信息更新装置1。

根据本发明的一个方面，本实施例公开了一种PaaS分布式系统配置信息更新方法。如图2所示，本实施例中，所述方法包括：

S100：获取所述PaaS分布式系统的所有应用服务器的状态信息。

S200：根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新。

S300：接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

本发明PaaS分布式系统配置信息更新方法获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息；接收各所述应用服务器返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。由此，本发明利用PaaS分布式系统对应用服务器可用状态的感知形成的应用服务器的状态信息，向对应的应用服务器传输更新配置信息，根据应用服务器基于该更新配置信息进行配置信息更新后返回的反馈报文，确定未成功更新的失败应用服务器，对失败应用服务器进行补发处理。从而，本发明预先获取应用服务器的状态信息，并根据应用服务器配置信息更新后返回的反馈报文确定失败应用服务器，及时发现连接中断和配置信息更新失败的应用服务器，进行补发处理，提高配置中心向应用服务器下发更新配置信息的成功率。

在优选的实施方式中，所述S100获取所述PaaS分布式系统的所有应用服务器的状态信息具体包括：

S110：通过API接口(Application Program Interface，应用程序接口)访问PaaS分布式系统的管理服务器，从所述管理服务器获取所有应用服务器的状态信息。

可以理解的是，在该优选的实施方式中，PaaS分布式系统中设置有管理服务器，管理服务器可对PaaS分布式系统中的应用服务器进行状态感知，确定各应用服务器是否可用，并统一管理各应用服务器的IP地址和端口等基本信息。进一步的，该管理服务器可根据各应用服务器的基本信息和是否可用形成所有应用服务器的状态信息。

在该优选的实施方式中，可通过API接口调用管理服务器的状态信息上送服务，即通过预设的API接口访问PaaS分布式系统的管理服务器，从该管理服务器上获取分布式系统所有应用服务器的状态信息。配置信息更新装置可对获取的所有应用服务器的状态信息进行解析，根据状态信息向需要进行配置信息更新的应用服务器传输更新配置信息，各应用服务器接收到更新配置信息后，可根据更新配置信息进行自身配置信息的更新，并在配置信息更新后根据配置信息更新结果形成反馈报文。

在优选的实施方式中，所述PaaS分布式系统包括多个群组，其中每个群组包括多个应用服务器。所述应用服务器的状态信息包括可用的所有应用服务器的所属群组、IP地址和端口。

具体的，可以理解的是，分布式系统中可设置用于实现不同功能或向外提供不同服务的多个群组，其中每个群组设置有多个应用服务器，多个应用服务器共同实现不同功能或向外提供不同服务。从而，在该优选的实施方式中，所有应用服务器的状态信息中包括应用服务器的所属群组、IP地址和端口，通过应用服务器的状态信息可确定应用服务器所在的群组以及访问应用服务器所需的IP地址和端口。

在优选的实施方式中，所述S200根据所述状态信息向对应的应用服务器传输更新配置信息具体包括：

S210：将所述更新配置信息通过所述状态信息的IP地址和端口传输至对应的应用服务器。

具体的，可以理解的是，所有应用服务器的状态信息中包括应用服务器的所属群组、IP地址和端口，通过应用服务器的状态信息可确定应用服务器所在的群组以及访问应用服务器所需的IP地址和端口，则配置信息更新装置可根据应用服务器的状态信息访问对应的应用服务器并将更新配置信息传输至该应用服务器。

在一个具体例子中，配置信息更新装置可根据更新配置信息从获取的所有应用服务器的状态信息中的所属群组确定需要进行配置信息更新的应用服务器为目标应用服务器，并根据目标应用服务器的状态信息将更新配置信息传输至所有目标应用服务器进行配置信息更新。

在优选的实施方式中，如图3所示，所述S300根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器具体包括：

S310：根据接收的反馈报文确定更新成功的应用服务器的状态信息。

S320：根据所述PaaS分布式系统的所有应用服务器的状态信息和所述更新成功的应用服务器的状态信息确定未成功更新的失败应用服务器。

具体的，可以理解的是，各应用服务器接收到更新配置信息后，可根据更新配置信息进行自身配置信息的更新，并在配置信息更新后根据配置信息更新结果形成反馈报文。该反馈报文包括配置信息更新成功和未成功更新的反馈报文，从而配置信息更新装置根据各应用服务器返回的反馈报文可确定应用服务器配置信息更新是否成功，从而可得到配置信息未成功更新的应用服务器，即失败应用服务器。从而，根据各应用服务器返回的反馈报文可得到连接中断或配置信息未正常更新的应用服务器的列表。

在优选的实施方式中，如图4所示，所述S300对所述失败应用服务器进行补发处理具体包括：

S330：确定所述失败应用服务器是否可用。

S340：若可用，将所述更新配置信息重新发送至所述失败应用服务器。

具体的，可以理解的是，对于未成功更新的失败应用服务器，可通过探活等方式确定失败应用服务器是否可用，即是否在正常运行并与配置信息更新装置保持长连接状态。若可用，将更新配置信息重新发送至可用的失败应用服务器进行配置信息更新，完成更新配置信息的补发处理。

在优选的实施方式中，如图5所示，所述方法进一步包括在对所述失败应用服务器进行补发处理，之前的S000：

S010：根据所述反馈报文确定每个群组中所述更新配置信息更新成功的所述应用服务器的更新成功数量。

S020：根据每个群组中所述更新成功数量和所有应用服务器的总数确定每个群组的更新成功率。

S030：若所述更新成功率在预设阈值范围内，不再执行对所述失败应用服务器进行补发处理的步骤。

具体的，可以理解的是，对于不同的群组，可根据群组能够实现的功能或者可提供的服务确定不同群组的重要性级别，从而可根据群组的重要性级别确定对应的预设阈值范围，该预设阈值范围可以是更新成功率的最低值。则配置信息更新装置可根据反馈报文确定每个群组的应用服务器配置信息更新的更新成功数量，进而将每个群组中更新成功数量除以该群组中的应用服务器的总数得到每个群组的更新成功率。进一步的，确定每个群组的更新成功率是否满足预设阈值范围的更新成功率的要求，即高于更新成功率的最低值。若满足，表示对于该重要性级别的群组，实际的更新成功率满足重要性级别对应的预设阈值范围要求，认为该群组的更新配置信息下发成功，保证分布式系统中的关键群组的正常运行即可，无需再进行补发处理。可以理解的是，对于重要性级别要求最高的群组，通常需要设置预设阈值范围为100％，即必须群组中的全部应用服务器配置信息更新成功才算下发成功。当然，在实际应用中，本领域技术人员可根据实际情况设置各群组的重要性级别及对应的预设阈值范围，本发明对此并不作限定。

本发明为提升PaaS云环境下动态配置信息更新的可靠性，满足架构复杂的分布式系统在故障应急或重要业务场景下，配置信息的动态调整，本发明利用PaaS管理服务器对应用容器状态的感知，与配置信息更新装置根据反馈报文确定的监控结果进行综合分析，得到连接中断、配置未更新的容器列表，对下发无效的应用服务器(容器)进行探活，对失败应用服务器的配置信息更新进行补发。进一步的，本发明还支持对应用群组进行重要性分级，对非关键链路的群组，重要性不太高的群组，可预设阈值范围，容忍一定的无效下发或下发不及时，从而保障该应用场景下主要控制流程不会受此影响而中断，总体上提升了PaaS分布式系统的动态更新配置信息下发的可靠性，扩大了适用场景。

基于相同原理，本实施例还公开了一种PaaS分布式系统配置信息更新装置。如图6所示，本实施例中，所述装置包括信息获取模块11、信息配置模块12和配置监控模块13。

其中，信息获取模块11用于获取所述PaaS分布式系统的所有应用服务器的状态信息。

信息配置模块12用于根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新。

配置监控模块13用于接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

本发明配置信息更新装置可获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息；接收各所述应用服务器返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。由此，本发明利用PaaS分布式系统对应用服务器可用状态的感知形成的应用服务器的状态信息，向对应的应用服务器传输更新配置信息，根据应用服务器基于该更新配置信息进行配置信息更新后返回的反馈报文，确定未成功更新的失败应用服务器，对失败应用服务器进行补发处理。从而，本发明预先获取应用服务器的状态信息，并根据应用服务器配置信息更新后返回的反馈报文确定失败应用服务器，及时发现连接中断和配置信息更新失败的应用服务器，进行补发处理，提高配置中心向应用服务器下发更新配置信息的成功率。

在优选的实施方式中，所述信息获取模块11具体用于通过API接口访问PaaS分布式系统的管理服务器，从所述管理服务器获取所有应用服务器的状态信息。

在优选的实施方式中，所述PaaS分布式系统包括多个群组，其中每个群组包括多个应用服务器；所述应用服务器的状态信息包括可用的所有应用服务器的所属群组、IP地址和端口。

在优选的实施方式中，所述信息配置模块12具体用于将所述更新配置信息通过所述状态信息的IP地址和端口传输至对应的应用服务器。

在优选的实施方式中，所述配置监控模块13具体用于根据接收的反馈报文确定更新成功的应用服务器的状态信息；根据所述PaaS分布式系统的所有应用服务器的状态信息和所述更新成功的应用服务器的状态信息确定未成功更新的失败应用服务器。

在优选的实施方式中，所述配置监控模块13进一步用于确定所述失败应用服务器是否可用；若可用，将所述更新配置信息重新发送至所述失败应用服务器。

在优选的实施方式中，所述配置监控模块13进一步用于在对所述失败应用服务器进行补发处理之前，根据所述反馈报文确定每个群组中所述更新配置信息更新成功的所述应用服务器的更新成功数量；根据每个群组中所述更新成功数量和所有应用服务器的总数确定每个群组的更新成功率；若所述更新成功率在预设阈值范围内，不再执行对所述失败应用服务器进行补发处理的步骤。

由于该装置解决问题的原理与以上方法类似，因此本装置的实施可以参见方法的实施，在此不再赘述。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的由客户端执行的方法，或者，所述处理器执行所述程序时实现如上所述的由服务器执行的方法。

下面参考图7，其示出了适于用来实现本申请实施例的计算机设备600的结构示意图。

如图7所示，计算机设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM))603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶反馈器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (11)

1.一种PaaS分布式系统配置信息更新方法，其特征在于，包括：

获取所述PaaS分布式系统的所有应用服务器的状态信息；

根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；

接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

2.根据权利要求1所述的PaaS分布式系统配置信息更新方法，其特征在于，所述获取所述PaaS分布式系统的所有应用服务器的状态信息具体包括：

通过API接口访问PaaS分布式系统的管理服务器，从所述管理服务器获取所有应用服务器的状态信息。

3.根据权利要求1所述的PaaS分布式系统配置信息更新方法，其特征在于，所述PaaS分布式系统包括多个群组，其中每个群组包括多个应用服务器；

所述应用服务器的状态信息包括可用的所有应用服务器的所属群组、IP地址和端口。

4.根据权利要求3所述的PaaS分布式系统配置信息更新方法，其特征在于，所述根据所述状态信息向对应的应用服务器传输更新配置信息具体包括：

将所述更新配置信息通过所述状态信息的IP地址和端口传输至对应的应用服务器。

5.根据权利要求1所述的PaaS分布式系统配置信息更新方法，其特征在于，所述根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器具体包括：

根据接收的反馈报文确定更新成功的应用服务器的状态信息；

根据所述PaaS分布式系统的所有应用服务器的状态信息和所述更新成功的应用服务器的状态信息确定未成功更新的失败应用服务器。

6.根据权利要求1所述的PaaS分布式系统配置信息更新方法，其特征在于，所述对所述失败应用服务器进行补发处理具体包括：

确定所述失败应用服务器是否可用；

若可用，将所述更新配置信息重新发送至所述失败应用服务器。

7.根据权利要求1所述的PaaS分布式系统配置信息更新方法，其特征在于，进一步包括在对所述失败应用服务器进行补发处理，之前：

根据所述反馈报文确定每个群组中所述更新配置信息更新成功的所述应用服务器的更新成功数量；

根据每个群组中所述更新成功数量和所有应用服务器的总数确定每个群组的更新成功率；

若所述更新成功率在预设阈值范围内，不再执行对所述失败应用服务器进行补发处理的步骤。

8.一种PaaS分布式系统配置信息更新装置，其特征在于，包括：

信息获取模块，用于获取所述PaaS分布式系统的所有应用服务器的状态信息；

信息配置模块，用于根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；

配置监控模块，用于接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

9.一种PaaS分布式系统，其特征在于，包括配置信息更新装置和多个应用服务器；

其中，配置信息更新装置用于获取所述PaaS分布式系统的所有应用服务器的状态信息；根据所述状态信息向对应的应用服务器传输更新配置信息以使所述应用服务器根据所述更新配置信息进行配置信息更新；接收各所述应用服务器配置信息更新后返回的反馈报文，根据所述反馈报文确定所述更新配置信息未成功更新的失败应用服务器，对所述失败应用服务器进行补发处理。

10.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，

所述处理器执行所述程序时实现如权利要求1-7任一项所述方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，

该程序被处理器执行时实现如权利要求1-7任一项所述方法。

Images