CN105610987B - 管理服务器集群的方法、应用及*** - Google Patents

Abstract

本发明公开了管理服务器集群的方法、应用及***。其中，管理服务器集群的配置数据的方法适于在管理服务器中执行。其中服务器集群包括多个应用服务器。该方法包括下述步骤。接收来自客户端的第一配置信息。该第一配置信息包括所对应配置项的标识和该配置项的配置数据。将所接收的第一配置信息同步到配置服务器，以便配置服务器通知多个应用服务器中监听该配置项的一个或多个来获取第一配置信息。

Description

管理服务器集群的方法、应用及***

技术领域

本发明涉及分布式计算领域，尤其涉及管理服务器集群的方法、应用及***。

背景技术

随着互联网的快速发展，例如云计算服务和大型网络平台等应用***被广泛部署。在分布式集群应用***中，同类型的应用通常会布置很多服务节点。一个大型应用可以将不同的应用组件布置在多个服务节点。这里，多个服务节点的配置数据需要进行持续维护。每个服务节点的配置数据例如可以是各种运行参数等。

目前，关于对多个服务节点的配置数据的管理，通常的方案是将配置数据存放在应用的配置文件中，以将配置数据和应用一起部署到服务节点。然而，这种部署方式在修改配置数据时需要重启服务节点，甚至需要重新编译打包服务节点的应用实例。这种部署方式效率较低，也容易出错。

发明内容

为此，本发明提供一种新的管理服务器集群的方案，有效的解决了上面至少一个问题。

根据本发明的一个方面，提供一种管理服务器集群的配置数据的方法，适于在管理服务器中执行。其中服务器集群包括多个应用服务器。该方法包括下述步骤。接收来自客户端的第一配置信息。该第一配置信息包括所对应配置项的标识和该配置项的配置数据。将所接收的第一配置信息同步到配置服务器，以便配置服务器通知多个应用服务器中监听该配置项的一个或多个来获取第一配置信息。

可选地，在根据本发明的管理服务器集群的配置数据的方法中，将所接收的第一配置信息同步到配置服务器的步骤包括：对第一配置信息进行验证，并在通过验证后将该第一配置信息同步到配置服务器。

可选地，在根据本发明的管理服务器集群的配置数据的方法中，管理服务器存储有对服务器集群的配置项的标识列表。对第一配置信息进行验证的步骤包括：判断该第一配置信息中配置项的标识是否与标识列表之一相匹配；判断该第一配置信息的配置数据是否符合预定格式规则。

可选地，根据本发明的管理服务器集群的配置数据的方法还包括，将已同步到配置服务器的第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值。将该主键值和第一配置信息关联存储到本地的存储单元。

可选地，在接收来自客户端的第一配置信息的步骤之前，根据本发明的管理服务器集群的配置数据的方法还包括，响应于客户端对存储单元中与配置项的标识对应的已存储的第二配置信息的请求，向客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成第一配置信息。

可选地，在根据本发明的管理服务器集群的配置数据的方法中，第一配置信息中配置数据包括下述中至少一项：***报警的联系方式、远程调用的链接配置参数以及代码资源。

根据本发明又一个方面，提供一种配置服务器集群的方法，适于在配置服务器中执行。该服务器集群包括多个应用服务器。该方法包括下述步骤。接收来自管理服务器的第一配置信息。该第一配置信息包括其所对应配置项的标识。通知多个应用服务器中已监听该配置项的应用服务器来下载第一配置信息。响应于接收到所通知的应用服务器的下载请求而返回第一配置信息，以便所通知的应用服务器将第一配置信息同步到缓存单元。

可选地，根据本发明的配置服务器集群的方法还包括，接收所通知的应用服务器对所述配置项下一次更新的监听注册请求，并将请求监听注册的应用服务器的标识添加到对配置项的监听队列。

根据本发明又一个方面，提供一种管理服务器集群的配置数据的应用，适于驻留在管理服务器中。服务器集群包括多个应用服务器。该应用包括接收单元和同步单元。接收单元适于接收来自客户端的第一配置信息。该第一配置信息包括所对应配置项的标识和该配置项的配置数据。同步单元适于将所接收的第一配置信息同步到配置服务器，以便配置服务器通知多个应用服务器中监听该配置项的一个或多个来获取第一配置信息。

可选地，在根据本发明的管理服务器集群的配置数据的应用中，同步单元适于根据下述方式将所接收的第一配置信息同步到配置服务器：对第一配置信息进行验证，并在通过验证后将该第一配置信息同步到配置服务器。

可选地，在根据本发明的管理服务器集群的配置数据的应用中，管理服务器存储有对服务器集群的配置项的标识列表。同步单元适于根据下述方式对第一配置信息进行验证：判断该第一配置信息中配置项的标识是否与标识列表之一相匹配；判断该第一配置信息的配置数据是否符合预定格式规则。

可选地，根据本发明的管理服务器集群的配置数据的应用还包括备份单元，适于将已同步到配置服务器的第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值。备份单元还适于将该主键值和第一配置信息关联存储到本地的存储单元。

可选地，在根据本发明的管理服务器集群的配置数据的应用中，在接收单元接收来自客户端的第一配置信息的步骤之前，备份单元还适于响应于客户端对存储单元中与配置项的标识对应的已存储的第二配置信息的请求。备份单元向客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成第一配置信息。

可选地，在根据本发明的管理服务器集群的配置数据的应用中，第一配置信息的配置数据包括下述中至少一项：***报警的联系方式、远程调用的链接配置参数以及代码资源。

根据本发明又一个方面，提供一种配置服务器集群的应用，适于驻留在配置服务器中。该服务器集群包括多个应用服务器。该应用包括接收单元、传输单元和通知单元。接收单元适于接收来自管理服务器的第一配置信息。该第一配置信息包括其所对应配置项的标识。通知单元适于通知多个应用服务器中已监听该配置项的应用服务器来下载第一配置信息。传输单元适于响应于接收到所通知的应用服务器的下载请求而返回第一配置信息，以便所通知的应用服务器将第一配置信息同步到缓存单元。

可选地，在配置服务器集群的应用中，接收单元还适于接收所通知的应用服务器对配置项下一次更新的监听注册请求。该应用还包括监听单元，适于将请求监听注册的应用服务器的标识添加到对配置项的监听队列。

根据本发明的又一个方面，提供一种管理服务器集群的***，该服务器集群包括多个应用服务器，该***包括客户端、管理服务器和配置服务器。客户端适于根据用户输入生成第一配置信息。管理服务器包括根据本发明的管理服务器集群的配置数据的应用。配置服务器包括根据本发明的配置服务器集群的应用。

根据本发明管理服务器集群的配置数据的方案，通过对配置数据的多级存储方式(数据存储到管理服务器的本地存储单元、配置数据库、配置服务器和应用服务器缓存等)，极大提高了***的容灾能力，并使得多级存储的一些环节(例如配置服务器或管理服务器等)即使出现故障时也不会影响应用服务器的正常运行。另外，本发明的管理方案通过管理服务器和配置服务器可以实现对多个应用服务器的配置数据的集中自动化管理，从而避免配置维护人员针对每一个应用服务器进行访问和配置数据的修改。另外，本发明的管理方案通过配置服务器的通知方式，使得应用服务器可以及时获取到配置数据的更新并同步到缓冲区。这样，应用服务器在运行过程可以直接从缓冲区(或者本地其他存储单元)获取到最新的配置数据，从而避免了应用服务器每次直接从配置服务器获取配置数据而造成的性能瓶颈问题。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一些实施例的管理服务器集群的***100的框图；

图2A示出了根据本发明一些实施例的客户端110生成第一配置信息的界面示意图；

图2B示出了根据本发明又一些实施例的客户端110生成第一配置信息的界面示意图；

图3示出了根据本发明一些实施例的管理服务器300的示意图；

图4示出了根据本发明一些实施例的管理服务器400的示意图；

图5示出了根据本发明一些实施例的配置服务器500的示意图；

图6示出了根据本发明一些实施例的管理服务器集群的配置数据的方法600的流程图；

图7示出了根据本发明一些实施例的管理服务器集群的配置数据的方法700的流程图；以及

图8示出了根据本发明一些实施例的配置服务器集群的方法800的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一些实施例的管理服务器集群的***100的框图。如图所示，***100适于对服务器集群200的配置数据进行管理。服务器集群200通常包括多个应用服务器。这里，服务器集群既可以是提供相同服务的节点的集合，也可以是分布式应用的多个服务节点的集合。每个应用服务器为一个应用实例。通常而言，一台服务器物理实体上可以运行一个或多个应用实例。总之，服务器集群200包括多个节点(应用服务器)，每个节点都需要维护其配置数据。取决于具体的应用需要，配置数据可以包括应用服务器访问缓存的开关参数、***报警的联系方式、应用服务器远程调用的链接配置参数和代码资源中一项或多项，但不限于此。

***100可以包括客户端110、管理服务器120、配置服务器130和配置数据库140。总体而言，客户端110适于生成第一配置信息，然后传输到管理服务器120。管理服务器120可以将从客户端110获取的第一配置信息同步到配置服务器130。然后，配置服务器130通知服务器集群200中相应的应用服务器来获取第一配置信息，以便应用服务器及时获取最新的配置数据。这样，本发明的管理服务器集群的***100可以对集群中多个应用服务器的配置数据进行集中管理(即客户端生成配置数据，并由管理服务器120将多个配置数据备份到配置服务器130)。另外，管理服务器120可以将第一配置信息备份到配置数据库140中，以提高***的容灾能力。应用服务器获取到第一配置信息后，更新其本地缓存数据(例如为存储于内存中的数据)以及更新主存储器(例如硬盘、闪存储器等)中配置数据。这样，在配置数据发生更新时(即生成新的第一配置信息)，应用服务器可以快速响应于配置服务器130的通知，获取最新的配置数据。应用服务器在通常运行过程中可以从本地缓存和主存储器获取配置数据，而不需要直接从配置服务器获取配置数据。这样，应用服务器既可以及时获取到更新的配置数据，也实现了运行状态与配置服务器的隔离(即应用服务器在运行时不会因为配置服务器的故障而受到影响)。综上，根据本发明的管理服务器集群的***100实现了对配置数据的分级存储，从而提高了***的高容灾能力。换言之，即使***100中一个环节(例如配置服务器、管理服务器或者配置数据库)出现故障，都不会影响服务器集群的正常运行。

图2A示出了根据本发明一些实施例的客户端110生成第一配置信息的界面示意图。图2B示出了根据本发明又一些实施例的客户端110生成第一配置信息的界面示意图。

客户端110是驻留在例如手机(Mobile Phone)、个人计算机(PC)或个人数字助理(PDA)等计算设备中的浏览器或者专用于生成配置数据的应用端。客户端110根据用户输入来生成第一配置信息。这里，每个第一配置信息对应一个配置项。前文所述的应用服务器适于获取其所需要的配置项的配置数据来更新运行状态。典型地，第一配置信息包括其所对应的配置项的标识和该配置项的配置数据。

如图2A所示，客户端110可以在WEB页面中新建一个第一配置信息。图2A中所示出的key值为配置项的标识。配置项的标识key的格式例如为“application_name/key_name”，但不限于此。其中，application_name可以是前文中提到的应用服务器的域标识，而key_name为应用服务器的一项配置的名称。应注意，key值具体格式与含义可以根据***需要进行多种配置，本发明对此不做过多限制。图2A的配置数据的内容是一则通知，但并不限于此。在又一个实施例中，配置数据也可以是一个代码资源文件的链接。这样，客户端110可以通过该链接读取资源文件并提交到管理服务器120。

图2B示出了根据本发明一个实施例的客户端200生成第一配置信息的界面示意图。这里，客户端200可以从管理服务器120获取之前已经生成和存储的第二配置信息。需要说明的是，第二配置信息为生成第一配置信息之前，已存储的配置信息(数据格式与第一配置信息一致)。这样，客户端200可以响应于用户对配置项的选择而显示相应的第二配置信息，以便用户查看针对这个配置项的已有的配置数据，并在此基础上进行修改而生成新的配置信息(即第一配置信息)。

图3示出了根据本发明一些实施例的管理服务器300的示意图。如图3所示，管理服务器300包括接收单元310和同步单元320。接收单元310适于接收来自客户端(110)的第一配置信息。第一配置信息包括所对应配置项的标识和该配置项的配置数据。同步单元320适于将所接收的第一配置信息同步到配置服务器(130)，以便配置服务器通知多个应用服务器中监听该配置项的一个或多个来获取该第一配置信息。这里，第一配置信息的数据传输格式例如为json或xml，但不限于此。更具体而言，在根据本发明一个实施例中，同步单元320首先会对来自客户端的第一配置信息进行验证。例如，同步单元320将配置信息中的配置项的标识和配置数据进行校验。对于配置项的标识，同步单元320可以将其与管理服务器300中所维护的多个应用服务器的配置项的标识列表进行比对，以确定该配置项的标识是否属于该列表。换言之，如果配置项的标识与列表不匹配，则该配置项不能够被配置服务器和应用服务器识别。对于配置数据的校验，同步单元320例如可以根据预定的格式规则进行判断。这里，预定的格式规则可以根据具体需求来确定，例如为语法规则等，但不限于此。在第一配置信息通过验证后。同步单元320会将该第一配置信息同步到配置服务器中。这样，根据本发明的管理服务器300可以对来自一个或多个客户端的配置数据进行统一校验，而后将通过验证的数据同步到配置服务器。

图4示出了根据本发明一些实施例的管理服务器400的示意图。如图4所示，管理服务器400包括接收单元410、同步单元420、备份单元430和存储单元440。其中，接收单元410和同步单元420与图3中接收单元310和同步单元320一致，这里不再赘述。备份单元430适于将已同步到配置服务器的第一配置信息备份到配置数据库(140)。配置数据库可以返回存储该第一配置信息的主键值。备份单元430可以在接收到主键值后，将主键值和相应的第一配置信息存储到本地的存储单元440。具体地，在根据本发明一个实施例中，管理服务器400维护有配置变更队列。备份单元430在接收到主键值后，生成相应的配置变更事件项加入到配置变更队列中。这样，管理服务器400会根据所生成的配置变更事件将主键值和相应的第一配置信息存储道存储单元440中。这样，同步单元420所进行的同步操作、将第一配置信息备份到配置数据库的操作以及将第一配置信息存储到存储单元440的操作是异步进行的，从而避免了同步操作、备份操作和存储操作并发时对于***性能的影响。另外，管理服务器400在需要从备份数据库获取备份数据时，可以通过存储单元440中所存储的主键值进行快速查询。这样，根据本发明的管理服务器400可以实现对配置数据的备份，从而增加了***的容灾能力。

可选地，在根据本发明一个实施例中，备份单元430还适于在客户端生成第一配置信息之前，响应于客户端对已存储于存储单元440并与配置项的标识对应的第二配置信息的请求，向客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成第一配置信息。应注意，这里所说的第二配置信息实际上是在本次生成第一配置信息之前已存储的配置项的标识和响应的配置数据。这样，根据本发明的管理服务器400可以向用户方便的提供已生效的配置数据(即已被应用服务器应用的配置数据)，以便用户查看和基于此进行修改。这里，管理服务器400提供已生效配置数据的方式可以避免客户端直接访问服务器集群200而造成的资源消耗。

图5示出了根据本发明一些实施例的配置服务器500的示意图。如图5所示，配置服务器500包括接收单元510、通知单元520和传输单元530。可选地，配置服务器500还可以包括监听单元540。需要说明的是，根据本发明的配置服务器500可以是独立计算设备，也可以是分布式的计算组件，本发明对此不做过多限制。

接收单元510可以接收来自管理服务器的第一配置信息。配置服务器维护有监听该第一配置信息对应的配置项的监听队列。通知单元520适于通知已监听该配置项的应用服务器来下载第一配置信息。传输单元530可以响应于应用服务器的下载请求而返回第一配置信息，以便应用服务器将第一配置信息同步到缓存单元。当然，应用服务器还可以将第一配置信息同步存储到主存储器(硬盘、闪存等)。

在根据本发明一个实施例中，应用服务器每次下载最新的第一配置信息后，配置服务器所维护的该应用服务器对该配置项的监听服务已结束。因此，应用服务器还需要在每次下载第一配置信息后，向配置服务器请求注册对配置项下一次更新的监听。在接收单元510接收到应用服务器对配置项下一次更新的监听注册请求时，监听单元540将将请求监听注册的应用服务器的标识添加到配置项的监听队列。这里，应用服务器所使用的管理架构例如为zookeeper。应用服务器在向配置服务器注册监听服务的代码示例如下：

另外，在根据本发明一个实施例中，应用服务器维护有本地的监听列表。该监听列表中每一个监听项对应一个被监听的配置项。应用服务器会维护监听项的有效性。例如，在监听项失效时，会重新向配置服务器注册对配置项的监听，以便应用服务器可以持续监听配置项的更新。此外，应用服务器还可以挂载对配置数据更新的监听钩子(hook)，这样，应用服务器可以通过监听钩子来检测配置数据的更新，并在检测到更新时执行相应的预定操作。本发明对预定操作不做限制。

综上，根据本发明的配置服务器500可以从管理服务器获取配置项的更新数据(即第一配置信息)，并可以通知应用服务器来获取更新数据，从而实现了应用服务器配置数据的自动更新，从而避免了用户通过客户端直接访问应用服务器并修改配置数据的低效操作。

图6示出了根据本发明一些实施例的管理服务器集群的配置数据的方法600的流程图。方法600适于在管理服务器中执行。

方法600始于步骤S610。在步骤S610中，接收来自客户端的第一配置信息。该第一配置信息包括所对应配置项的标识和该配置项的配置数据。第一配置信息的配置数据包括***报警的联系方式、远程调用的链接配置参数和代码资源中至少一项。随后，方法600进入步骤S620。在步骤S620中，将所接收的第一配置信息同步到配置服务器，以便配置服务器通知所述多个应用服务器中监听该配置项的一个或多个来获取第一配置信息。具体而言，根据本发明一个实施例，在步骤S620中，首先对第一配置信息进行验证，并在通过验证后将第一配置信息同步到配置服务器。这里，管理服务器存储有适于应用于所述多个应用服务器的配置项的标识列表。对第一配置信息进行的验证主要包括两项验证，一项是验证第一配置信息中配置项的标识是否与标识列表之一相匹配，另一项是第一配置信息的配置数据是否符合预定格式规则。

图7示出了根据本发明一些实施例的管理服务器集群的配置数据的方法700的流程图。方法700适于在管理服务器中执行。

方法700始于步骤S710。在步骤S710中，响应于客户端对已存储于存储单元并与配置项的标识对应的第二配置信息的请求，向客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成第一配置信息。这里，存储单元中存储的第二配置信息包括执行方法700之前已存储的配置项的标识和配置项的配置数据。随后方法执行步骤S720和S730。步骤S720与步骤S610一致，步骤S730与步骤S620一致，这里不再赘述。

可选地，方法700还包括步骤S740。在步骤S740中，将已同步到配置服务器的第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值。随后，方法执行步骤S750，将该主键值和所述第一配置信息关联存储到本地的存储单元。

图8示出了根据本发明一些实施例的配置服务器集群的方法800的流程图。方法800适于在配置服务器中执行。

如图8所示，方法800始于步骤S810。在步骤S810中，接收来自管理服务器的第一配置信息。第一配置信息包括其所对应配置项的标识。随后方法800执行步骤S820,通知多个应用服务器中已监听该配置项的应用服务器来下载第一配置信息。随后方法进入步骤S830，响应于接收到所通知的应用服务器的下载请求而返回第一配置信息，以便所通知的应用服务器将第一配置信息同步到缓存单元。

可选地，方法800还包括步骤S840，接收所通知的应用服务器对配置项下一次更新的监听注册请求，并将请求监听注册的应用服务器的标识添加到对所述配置项的监听队列。

A8、如A7所述的方法，还包括：接收所通知的应用服务器对所述配置项下一次更新的监听注册请求，并将请求监听注册的应用服务器的标识添加到对所述配置项的监听队列。B10、如B9所述的应用，其中所述同步单元适于根据下述方式将所接收的第一配置信息同步到配置服务器：对所述第一配置信息进行验证，并在通过验证后将该第一配置信息同步到所述配置服务器。B11、如B10所述的应用，其中所述管理服务器存储有对所述服务器集群的配置项的标识列表，所述同步单元适于根据下述方式对第一配置信息进行验证：判断该第一配置信息中配置项的标识是否与标识列表之一相匹配；以及判断该第一配置信息的配置数据是否符合预定格式规则。B12、如B9-B11中任一项所述的应用，还包括备份单元，适于将已同步到配置服务器的所述第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值，以及将该主键值和所述第一配置信息关联存储到本地的存储单元。B13、如B12所述的应用，其中，在所述接收单元接收来自客户端的第一配置信息的步骤之前，所述备份单元还适于：响应于所述客户端对已存储于所述存储单元并与所述配置项的标识对应的第二配置信息的请求，向所述客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成所述第一配置信息。B14、如B9-B13中任一项所述的应用，其中所述第一配置信息的配置数据包括下述中至少一项：***报警的联系方式；远程调用的链接配置参数；以及代码资源。C16、如C15所述的应用，其中所述接收单元还适于接收所通知的应用服务器对所述配置项下一次更新的监听注册请求，该应用还包括监听单元，适于将请求监听注册的应用服务器的标识添加到对所述配置项的监听队列。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机***的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (13)

1.一种管理服务器集群的配置数据的方法，适于在管理服务器中执行，其中所述服务器集群包括多个应用服务器，所述管理服务器维护有配置变更队列，该方法包括：

接收来自客户端的第一配置信息，该第一配置信息包括所对应配置项的标识和该配置项的配置数据；

将所接收的第一配置信息同步到配置服务器，以便配置服务器通知所述多个应用服务器中监听该配置项的一个或多个来获取第一配置信息；

将已同步到配置服务器的所述第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值，生成相应的配置变更事件加入到配置变更队列；以及

根据所生成的配置变更事件，将该主键值和所述第一配置信息关联存储到本地的存储单元。

2.如权利要求1所述的方法，所述将所接收的第一配置信息同步到配置服务器的步骤包括：

对所述第一配置信息进行验证，并在通过验证后将该第一配置信息同步到所述配置服务器。

3.如权利要求2所述的方法，其中所述管理服务器存储有对所述服务器集群的配置项的标识列表，所述对第一配置信息进行验证的步骤包括：

判断该第一配置信息中配置项的标识是否与标识列表之一相匹配；以及

判断该第一配置信息的配置数据是否符合预定格式规则。

4.如权利要求1-3中任一项所述的方法，其中，在所述接收来自客户端的第一配置信息的步骤之前，该方法还包括：

响应于所述客户端对已存储于所述存储单元并与所述配置项的标识对应的第二配置信息的请求，向所述客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成所述第一配置信息。

5.如权利要求1-3中任一项所述的方法，其中所述第一配置信息中配置数据包括下述中至少一项：

***报警的联系方式；

远程调用的链接配置参数；以及

代码资源。

6.一种配置服务器集群的方法，适于在配置服务器中执行，该服务器集群包括多个应用服务器，所述配置服务器维护有监听第一配置信息对应的配置项的监听队列，该方法包括：

接收来自管理服务器的第一配置信息，该第一配置信息包括其所对应配置项的标识；

通知所述多个应用服务器中已监听该配置项的应用服务器来下载第一配置信息；

响应于接收到所通知的应用服务器的下载请求而返回第一配置信息，以便所通知的应用服务器将第一配置信息同步到缓存单元或主存储器；以及

接收所通知的应用服务器对所述配置项下一次更新的监听注册请求，并将请求监听注册的应用服务器的标识添加到对所述配置项的监听队列。

7.一种管理服务器集群的配置数据的装置，适于驻留在管理服务器中，其中所述服务器集群包括多个应用服务器，所述管理服务器维护有配置变更队列，该装置包括：

接收单元，适于接收来自客户端的第一配置信息，该第一配置信息包括所对应配置项的标识和该配置项的配置数据；以及

同步单元，适于将所接收的第一配置信息同步到配置服务器，以便配置服务器通知所述多个应用服务器中监听该配置项的一个或多个来获取第一配置信息；

备份单元，适于将已同步到配置服务器的所述第一配置信息备份到配置数据库，并接收配置数据库所返回、存储第一配置信息的记录的主键值，生成相应的配置变更事件加入到配置变更队列，以及根据所生成的配置变更事件，将该主键值和所述第一配置信息关联存储到本地的存储单元。

8.如权利要求7所述的装置，其中所述同步单元适于根据下述方式将所接收的第一配置信息同步到配置服务器：

对所述第一配置信息进行验证，并在通过验证后将该第一配置信息同步到所述配置服务器。

9.如权利要求8所述的装置，其中所述管理服务器存储有对所述服务器集群的配置项的标识列表，所述同步单元适于根据下述方式对第一配置信息进行验证：

判断该第一配置信息中配置项的标识是否与标识列表之一相匹配；以及

判断该第一配置信息的配置数据是否符合预定格式规则。

10.如权利要求7-9中任一项所述的装置，其中，在所述接收单元接收来自客户端的第一配置信息的步骤之前，所述备份单元还适于：

响应于所述客户端对已存储于所述存储单元并与所述配置项的标识对应的第二配置信息的请求，向所述客户端返回该第二配置信息，以便用户根据该第二配置信息来修改并生成所述第一配置信息。

11.如权利要求7-9中任一项所述的装置，其中所述第一配置信息的配置数据包括下述中至少一项：

***报警的联系方式；

远程调用的链接配置参数；以及

代码资源。

12.一种配置服务器集群的装置，适于驻留在配置服务器中，该服务器集群包括多个应用服务器，所述配置服务器维护有监听第一配置信息对应的配置项的监听队列，该装置包括：

接收单元，适于接收来自管理服务器的第一配置信息，该第一配置信息包括其所对应配置项的标识，接收所通知的应用服务器对所述配置项下一次更新的监听注册请求；

通知单元，适于通知所述多个应用服务器中已监听该配置项的应用服务器来下载第一配置信息；以及

传输单元，适于响应于接收到所通知的应用服务器的下载请求而返回第一配置信息，以便所通知的应用服务器将第一配置信息同步到缓存单元或主存储器；

监听单元，适于将请求监听注册的应用服务器的标识添加到对所述配置项的监听队列。

13.一种管理服务器集群的***，该服务器集群包括多个应用服务器，该***包括：

客户端，适于根据用户输入生成第一配置信息；

管理服务器，包括如权利要求7-11中任一项所述的管理服务器集群的配置数据的装置；以及

配置服务器，包括如权利要求12所述的配置服务器集群的装置。