CN110417870A - 配置文件管理方法、装置、设备和存储介质 - Google Patents

Abstract

本公开关于一种配置文件管理方法、装置、设备和存储介质，涉及互联网技术领域，用以提高配置文件的更新效率。该方法中，监听节点树中的各个节点；若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；基于更新的配置文件，重启所述配置文件对应的代理服务器。这样，通过监听节点树中的各个节点，能够得知应用的各独立功能是否发生上线或下线等变化，根据监听结果自动更新配置文件并重启相应服务器，能够节省沟通成本，节省人力资源，同时能够提高更新配置文件的效率。

Description

配置文件管理方法、装置、设备和存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种配置文件管理方法、装置、设备和存储介质。

背景技术

随着互联网行业发展至今，单一服务节点已经无法满足WEB服务的需求，WEB服务大多通过更多的服务节点来负载压力，这就带来了负载均衡、服务节点上下线的问题。目前常用的解决方案是通过负载均衡器对代理服务器集群进行管理，基于各种业务或地域的条件进行流量分配，代理服务器集群根据配置文件再为多个服务节点进行负载均衡和流量分配。

相关技术中，需要运维人员手动根据WEB服务的各服务节点的上下线状态更新代理服务器集群的配置文件。这不仅带来了代理服务器的运维人员和WEB服务的提供商之间需要较大的沟通成本，还容易产生配置错误，导致各服务节点的上下线不符合预期，进而导致无法正常地提供服务。故此，相关技术中配置文件的管理比较粗放，效率低下。

发明内容

为了提高更新配置文件的效率，本公开提供了一种配置文件管理方法、装置、设备和存储介质。

根据本公开实施例的第一方面，提供一种配置文件管理方法，包括:

监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能；

若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识；

基于更新的配置文件，重启所述配置文件对应的代理服务器。

可选的，构建所述节点树，包括：

接收所述应用所在的互联网WEB服务器发送的注册请求；所述注册请求携带有注册信息；所述注册信息包括所述应用标识、所述应用的功能模块的模块标识、所述WEB服务器的IP地址标识、所述WEB服务器的端口标识、所述功能模块对应的前缀路径；

若不存在所述注册信息中的应用标识对应的根节点，则根据所述注册信息，构建所述节点树；其中，在所述节点树中父节点为应用标识、应用标识的子节点为模块标识，模块标识的子节点为对应的前缀路径；

其中，所述应用描述信息为所述模块标识。

可选的，节点树中各个节点包括状态属性，所述方法还包括：

若存在所述注册信息中的应用标识对应的根节点，且存在所述注册信息中的所述模块标识对应的节点，则确定是否存在所述注册信息中的前缀路径对应的节点；

若存在所述前缀路径对应的节点，且该节点的状态属性的属性值为非活跃，则将该节点的状态属性的属性值重置为活跃；

若确定不存在所述注册信息中的前缀路径对应的节点，则构建所述前缀路径对应的节点。

可选的，所述各个节点还包括状态属性，监听各个节点的修改事件，包括：

针对各个节点，若在指定周期内未接收到与该节点对应的心跳包，且该节点的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。

可选的，将该节点的状态属性的属性值重置为非活跃之后，还包括：

若在第一计时时长内未接收到该节点对应的心跳包，则在所述节点树中删除该节点；

若在第二计时时长内接收到该节点对应的心跳包，则将该节点的状态属性的属性值重置为活跃；所述第二计时时长小于所述第一计时时长。

可选的，将该节点的状态属性的属性值重置为非活跃之后，还包括：

若未接收到该节点对应的心跳包的次数达到指定次数，则在所述节点树中删除该节点。

可选的，所述各个节点还包括状态属性，所述方法还包括：

针对各个节点，接收对所述状态属性的修改指令；

根据所述修改指令，修改该节点的状态属性的属性值。

根据本公开实施例的第二方面，提供一种配置文件管理装置，包括：

监听单元，被配置为执行监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能；

更新单元，被配置为执行若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识；

重启单元，被配置为执行基于更新的配置文件，重启所述配置文件对应的代理服务器。

可选的，所述装置还包括：

构建单元，被配置为执行构建所述节点树；

接收单元，被配置为执行接收所述应用所在的互联网WEB服务器发送的注册请求；所述注册请求携带有注册信息；所述注册信息包括所述应用标识、所述应用的功能模块的模块标识、所述WEB服务器的IP地址标识、所述WEB服务器的端口标识、所述功能模块对应的前缀路径；

所述构建单元，具体被配置为执行若不存在所述注册信息中的应用标识对应的根节点，则根据所述注册信息，构建所述节点树；其中，在所述节点树中父节点为应用标识、应用标识的子节点为模块标识，模块标识的子节点为对应的前缀路径；

其中，所述应用描述信息为所述模块标识。

可选的，节点树中各个节点包括状态属性，所述装置还包括：

确定单元，被配置为执行若存在所述注册信息中的应用标识对应的根节点，且存在所述注册信息中的所述模块标识对应的节点，则确定是否存在所述注册信息中的前缀路径对应的节点；

第一重置单元，被配置为执行若存在所述前缀路径对应的节点，且该节点的状态属性的属性值为非活跃，则将该节点的状态属性的属性值重置为活跃；

所述构建单元，被具体配置为执行若确定不存在所述注册信息中的前缀路径对应的节点，则构建所述前缀路径对应的节点。

可选的，所述监听单元具体被配置为执行：

针对各个节点，若在指定周期内未接收到与该节点对应的心跳包，且该节点的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。

可选的，所述装置还包括：

删除单元，被配置未执行将该节点的状态属性的属性值重置为非活跃之后，若在第一计时时长内未接收到该节点对应的心跳包，则在所述节点树中删除该节点；

第二重置单元，被配置为执行若在第二计时时长内接收到该节点对应的心跳包，则将该节点的状态属性的属性值重置为活跃；所述第二计时时长小于所述第一计时时长。

可选的，所述删除单元还被配置为执行：

将该节点的状态属性的属性值重置为非活跃之后，若未接收到该节点对应的心跳包的次数达到指定次数，则在所述节点树中删除该节点。

可选的，所述各个节点还包括状态属性，所述接收模块还被配置为执行：

针对各个节点，接收对所述状态属性的修改指令；

根据所述修改指令，修改该节点的状态属性的属性值。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现任一配置文件管理方法。

根据本公开实施例的第四方面，提供一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行本公开实施例中的任一配置文件管理方法。

根据本公开实施例的第五方面，提供一种程序产品，包括：

程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本公开实施例中的任一配置文件管理方法。

本公开实施例提供的配置文件管理方法、装置、设备和存储介质，通过监听节点树中的各个节点，能够得知应用的各独立功能是否发生上线或下线等变化，根据监听结果自动更新配置文件并重启相应服务器，能够节省沟通成本，节省人力资源，同时能够提高更新配置文件的效率。此外，由于不需要人工更新配置文件，避免了由于人为原因导致的错误，提高了配置文件的准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种配置文件管理方法的应用场景示意图；

图2是根据一示例性实施例示出的一种配置文件管理方法的流程图；

图3是根据一示例性实施例示出的一种配置文件管理系统；

图4是根据一示例性实施例示出的一种配置文件管理方法的应用场景示意图；

图5是根据一示例性实施例示出的一种配置文件管理装置框图；

图6是根据一示例性实施例示出的一种电子设备。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为了能够理解本公开实施例提供的技术方案，下面对本公开实施例中出现的名词作解释说明，需要说明的是本公开实施例中的名词解释仅是为了便于理解本方案，并不用于限定本方案，涉及的名词包括：

1、独立功能，指应用中根据服务内容划分的独立功能。例如，在一应用中提供注册用户名、修改用户名等服务，则注册用户名和修改用户名可以分别视为一个独立功能。在例如，同一应用中可提供游戏、缴纳水费等功能，那么这两个功能可以单独维护，互不影响，可以称之为独立功能。独立的功能按照功能包含关系，又可进一步划分。例如，可划分为应用、模块和子功能三个级别。其中，同一应用可包括多个模块，该模块例如前述的小游戏。而同一模块又可划分出子模块，如小游戏中提供的注册用户名、修改用户名等服务可称之为子功能。

2、应用描述信息，指描述应用的信息。例如，应用的应用标识，或者应用包含的模块的模块标识。

相关技术中，在业务方的服务节点发生上线或下线时，依赖于业务方和运维人员的沟通，以及运维人员人工对服务街店对应的代理服务器的配置文件进行更新。导致浪费沟通成本、同时浪费人力资源，且会降低更新配置文件的效率。此外，由于需要人工更新配置文件，容易出现错误，降低更新配置文件的准确率。

为了提高更新配置文件的效率，提高配置文件的准确率，本公开实施例中提供一种配置文件管理方法。该方法中，预先维护一个节点树，该节点树中的父节点为应用标识、子节点为应用标识对应的应用包含的各独立功能。并监听节点树中的各个节点，若监听到节点树中任意节点的修改事件，则根据被修改节点的注册信息更新被修改节点对应的配置文件。基于更新的配置文件，重启配置文件对应的代理服务器。

上述方法，通过监听节点树中的各个节点，能够得知应用的各独立功能是否发生上线或下线等变化，根据监听结果自动更新配置文件并重启相应服务器，能够节省沟通成本，节省人力资源，同时能够提高更新配置文件的效率。此外，由于不需要人工更新配置文件，避免了由于人为原因导致的错误，提高了配置文件的准确性。

参阅图1，为本公开一示例性实施例示出的一种配置文件管理方法的应用场景示意图。该场景包括：代理服务器集群101和管理服务器102；

管理服务器102根据应用的应用标识以及应用包含的各独立功能构建节点树，其中，应用标识为父节点，各独立功能为子节点。并监听节点树中的各个节点。若监听到对节点树中任意节点的修改事件，则根据被修改节点的注册信息更新被修改节点对应的配置文件。其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识。基于更新的配置文件，重启代理服务器集群101中配置文件对应的代理服务器。

具体实施时，所述管理服务器102可以是由一台服务器或若干服务器组成的服务器集群或云计算中心，且管理服务器102通过有线或无线网络与代理服务器集群101连接。

当然实施时，管理服务器102可基于被管理的web服务器(图1中未示出)来构建和维护节点树，该点将在后文中详细阐述，这里暂不赘述。

参阅图2，为根据一示例性实施例示出的一种配置文件管理方法的流程图，可以包括以下步骤：

步骤201：监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能。

具体实施时，可以通过在节点树中各个节点上挂载监听器的方式，监听各个节点。或者，还可以每隔一定周期轮询各个节点，以达到监听节点的目的。

步骤202：若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识。

步骤203：基于更新的配置文件，重启所述配置文件对应的代理服务器。

上述方法，由于能够基于监听节点的修改时间，自动化更新节点对应的配置文件，不需要运维人员人工更新配置文件，提高了更新配置文件的效率，同时提高了配置文件的准确率。

在一个实施例中，上述步骤202中，应用描述信息可以是应用标识。例如，应用标识A-前缀路径1,应用标识A-前缀路径2，应用标识A-前缀路径3。或者，还可以将模块标识作为应用描述信息，将应用层级细化为模块层级。例如，模块标识A1-前缀路径1，模块标识A2-前缀路径2，模块标识A2-前缀路径3。其中，模块标识A1-A2均是应用标识A对应的应用的功能模块。上述方法，使得应用的各功能模块在配置文件中互相独立，互不干扰，在更新配置文件时也能够实现增量更新，而不是更新全部的配置文件。

具体实施时，本公开中的配置文件可以是一个应用标识对应一个配置文件，或者也可以是一个模块标识对应一个配置文件，或者还可以是至少两个模块标识对应一个配置文件，当然也可以是至少一个独立功能对应一个配置文件，本公开对此不作具体限定。

为了能够清楚地了解本公开提供的技术方案，下面首先对如何构建节点树做解释。

参阅图3，为根据一示例性实施例示出的一种配置文件管理系统。该系统包括：WEB服务器301、管理服务器302和代理服务器303。

WEB服务器301向管理服务器302发送注册请求，注册请求中携带有注册信息。注册信息包括WEB服务器301中承载的应用标识、所述应用标识对应的应用的功能模块的模块标识，功能模块对应的前缀路径以及WEB服务器301的IP地址标识、WEB服务器301的端口标识。

管理服务器302根据该注册请求携带的注册信息，确定是否存在该注册信息中的应用标识对应的根节点。若不存在，则以该注册信息中的应用标识为根节点构建节点树。具体的，节点树中应用标识的子节点为功能模块的模块标识，模块标识的子节点为注册信息中的前缀路径。

若存在注册信息中的应用表示对应的根节点，则判断是否存在注册信息中模块标识对应的节点。若不存在，则以该注册信息中的模块标识作为应用标识对应的子节点。若存在注册信息中模块标识对应的节点，则确定是否存在注册信息中前缀路径对应的节点。若不存在，则以注册信息中的前缀路径作为模块标识对应的子节点。

例如，注册信息中包括应用A的应用标识A，应用A的功能模块的模块标识A1，功能模块A1对应的前缀路径A/A1/user，以及WEB服务器的IP地址标识00和WEB服务器的端口标识10。管理服务器302根据该注册信息构建节点树时，确定不存在应用标识A对应的节点，则以应用标识A作为根节点，模块标识A1作为应用标识A的子节点，前缀路径A/A1/user为模块标识的子节点构建节点树。并在节点树中的各个节点中存储对应的注册信息，再根据注册信息更新配置文件时无需遍历被修改节点的父节点。

又例如，管理服务器302接收到的注册请求中携带的注册信息包括应用标识B，应用的功能模块的模块标识B2，以及前缀路径B/B2/update，以及WEB服务器的IP地址标识11和WEB服务器的端口标识20。管理服务器302确定存在应用标识B对应的节点和模块标识B2对应的节点，不存在前缀路径对应的节点。则在模块标识B2节点下添加前缀路径B/B2/update的子节点。

在构建节点树之后，为节点树中各个节点挂载监听器，监听各个节点。

上述系统，能够根据注册请求中的注册信息构建节点树，并为节点树中各个节点挂载监听器。在监听到节点的修改时间时，能够根据被修改的节点的注册信息更新对应的配置文件，提升更新配置文件的效率，节省沟通成本和人力资源。

在介绍了本公开提供的构建节点树的方法之后，接下来介绍监听节点树中各个节点的修改事件的方法。各个节点的修改事件可以分为以下几种，

第一种：新增节点

在接收到注册请求，并根据注册请求构建节点树或者更新节点树中的节点之后，根节点上的监听器能够监听到其子节点的变化。例如，在根节点为应用标识A的节点树下，新增了一个模块标识A3的子节点，该模块标识A3的子节点为前缀路径A/A3/music。管理服务器302通过根节点A的监听器监听到该节点树下新增子节点的事件，则根据节点A的注册信息更新对应的配置文件。

又例如，在上述模块标识A3对应的节点下，新增一个前缀路径为A/A3/update的节点，则挂载在模块标识A3的监听器能够监听到节点A3新增节点的修改事件，则根据节点A3的注册信息，更新对应的配置文件。

在监听到新增节点的事件时，将新增节点的信息添加到对应的配置文件中，具体实施时，对配置文件的更新可以是全量更新，也可以是增量更新。

例如，前述例子在模块标识A3对应的节点下，新增一个前缀路径为A/A3/update的节点时，在模块标识A3的配置文件中，添加前缀路径A/A3/update的配置文件。或者，重新生成模块标识A3的配置文件。

上述方法，能够通过监听各个节点，及时得知新增节点的修改事件，从而更新被修改节点的配置文件，提高更新配置文件的效率。

第二种：节点下线

具体的，节点树中的各个节点还包括状态属性，其中状态属性的属性值包括活跃和非活跃。

关于如何控制节点下线，这里还可以示例性的提供三种实施方式：

方式1：在构建节点树之后，可以与各个节点对应的WEB服务器建立心跳连接。每指定周期接收WEB服务器发送的心跳包。其中，指定周期可以根据需要自行设置，例如设置为2s，10s等。然后，针对各个节点，若在指定周期内未接收到与该节点对应的心跳包，且该节点的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。

例如，在指定周期2s内未接收到节点对应的心跳包，且该心跳包的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。当将节点的状态属性重置为非活跃之后，本公开中可监听到第一类节点下线事件，则会根据第一类节点下线事件更新相应的配置文件。例如，在指定周期2s内未接收到节点a对应的心跳包，则将节点a的状态属性的属性值重置为非活跃。监听器在可以监听到节点a的状态属性的属性值发生变化的修改事件，则可以在配置文件中删除节点a对应的配置文件。或者，节点a的父节点A1能够监听到该父节点A1下的子节点发生变化的修改事件，则可以根据父节点A1的注册信息更新节点A1的配置文件。

方式2：在一个可能的实施例中，在将该节点的状态属性的属性值重置为非活跃之后，若在第一计时时长内未接收到该节点对应的心跳包，则在所述节点树中删除该节点；具体的，第一计时时长可以根据需要自行设置，例如设置为6s，或者10s等。

删除节点会导致监听到第二类节点下线事件，则会根据第二类节点下线事件更新相应的配置文件。例如，在第一计时时长10s未接收到前述节点a对应的心跳包，则删除节点a。此时，监听器可以监听到删除节点a的修改事件，则可以在配置文件中删除节点a对应的配置文件。或者，节点a的父节点A能够监听到该父节点A的子节点发生变化的修改事件，则可以在配置文件中根据父节点A的注册信息更新父节点A的配置文件。

或者，在构建节点树之后，可以与各个节点对应的WEB服务器建立心跳连接。若未接收到该节点对应的心跳包的次数达到指定次数，则在所述节点树中删除该节点。具体的，指定次数可以根据需要自行设置，例如5次，7次等，本公开不做具体限定。

在第一计时时长未接收到节点对应的心跳包，或者未接收到节点对应的心跳包达到指定次数，则表示该节点对应的WEB服务器可能发生宕机等故障，则在节点树中删除该节点。同方式1的处理方式，删除节点会导致监听到第二类节点下线事件，则会根据第二类节点下线事件更新相应的配置文件。

方式3：人为下线节点

具体的，针对各个节点，接收对所述状态属性的修改指令；根据所述修改指令，修改该节点的状态属性的属性值。

具体实施时，运维人员在需要下线WEB服务器的服务时，可以将对应的节点的状态属性的属性值由活跃修改为非活跃。

同样的，在人为修改属性值后，本公开中可以监听到第三类节点下线事件，则会根据第三类节点下线事件更新响应的配置文件。例如，在运维人员人为将节点b的状态属性的属性值修改为非活跃之后，监听器能够监听到节点b的状态属性的属性值的修改事件，则可以在配置文件中删除节点b的配置文件。或者，节点b的父节点B1的监听器能够监听到父节点B1的子节点发生变化的修改事件，则可以根据父节点B1的注册信息更新节点B1对应的配置文件。

上述方法，在WEB服务器发生宕机等故障时，能够及时下线WEB服务器对应的节点，在下线节点后能够自动更新对应的配置文件，而无需人为更新配置文件，提高了更新配置文件的效率。

第三种：非活跃节点重新上线

具体的，本公开对于非活跃节点重新上线提供以下两种示例性实施方式。

方式一：在构建节点树之后，可以与各个节点对应的WEB服务器建立心跳连接。在指定周期内未接收到节点对应的心跳包时，将该节点的状态属性的属性值重置为非活跃。之后，若在第二计时时长内接收到该节点对应的心跳包，则将该节点的状态属性的属性值重置为活跃；所述第二计时时长小于所述第一计时时长。具体的，第二计时时长可以与第一计时时长相同，也可以不同。第二计时时长可以根据需要设置为3s等。

在节点的状态属性的属性值重置为活跃后，本公开监听器能够监听到第一类节点上线事件，则可以根据第一类节点上线事件更新相应的配置文件。

例如，在指定周期1s内未接收到节点c对应的心跳包，并将节点c的状态属性的属性值重置为非活跃后，在第二计时时长3s内接收到节点c对应的心跳包，则将节点c的状态属性的属性值重置为活跃。监听器能够监听到节点c的状态属性的属性值的修改事件，则可以更新根据节点c的注册信息更新配置文件。或者，节点c的父节点C1的监听器能够监听到节点C1的子节点发生变化的修改事件，则可以根据节点C1的注册信息更新节点C1的配置文件。

方式二：人为上线非活跃节点

具体的，运维人员可以根据修改指令，将节点的状态属性的属性值修改为活跃。在人为修改节点的状态属性的属性值后，本公开中的监听器能够监听到第二类节点上线事件，则可以根据第二类节点上线事件更新相应的配置文件。例如，在运维人员人为将节点d的状态属性的属性值修改为活跃后，监听器能够监听到节点d的状态属性的属性值的修改事件，则根据节点d的注册信息更新相应的配置文件。或者，节点d的父节点D1的监听器能够监听到节点D1的子节点发生变化的修改事件，则可以根据节点D1的注册信息更新节点D1的配置文件。

上述方法，能够在节点上线时，自动更新配置文件，无需人工更新配置文件，提高了配置文件的更新效率，节省了人力资源。

为了能够进一步了解本公开提供的技术方案，下面通过具体的实施例对本公开的技术方案做进一步解释。

参阅图4，为一示例性实施例示出的一种配置文件管理方法的应用场景示意图。该场景包括：WEB服务器401，代理服务器Nginx服务器集群402，管理服务器403，其中管理服务器包括Registry服务器4031，以及Senser服务器4032。其中，config files表示配置文件。

WEB服务器401向Registry服务器4031发送携带注册信息的注册请求，Registry服务器4031根据注册信息构建节点树或者更新节点树。WEB服务器401向Registry服务器4031发送注册请求的同时，向Senser服务器4032发送信令，同志Senser服务器4032已发生新的注册请求。Senser服务器4032为各个节点挂载监听器，监听各个节点的修改事件。

监听器在监听到指定周期内未接收到节点对应的心跳包时，向Registry服务器4031发送该信息，以使Registry服务器4031修改节点的状态属性的属性值为非活跃。监听器同时通知Senser服务器4032，使得Senser服务器4032获取被修改节点的注册信息，更新对应的配置文件，并重启Nginx服务器集群402。

监听器在监听到一父节点的子节点发生变化，例如新增子节点，则通知Senser服务器4032前述一父节点发生变化，使得Senser服务器4032获取该父节点的注册信息，并更新配置文件。

在监听到第一计时时长3s未接收到节点对应的心跳包时，向Registry服务器4031发送该信息，以使Registry服务器4031删除该节点。监听器监听到该节点的父节点发生变化，即减少子节点，则向Senser服务器4032发送通知，以使Senser服务器4032获取该父节点对应的配置文件。

基于相同的发明构思，本公开还提供一种配置文件管理装置。参阅图5，为一示例性实施例中示出的一种配置文件管理装置框图。该装置包括：

监听单元501，被配置为执行监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能；

更新单元502，被配置为执行若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识；

重启单元503，被配置为执行基于更新的配置文件，重启所述配置文件对应的代理服务器。

可选的，该装置还包括：

构建单元，被配置为执行构建所述节点树；

接收单元，被配置为执行接收所述应用所在的互联网WEB服务器发送的注册请求；所述注册请求携带有注册信息；所述注册信息包括所述应用标识、所述应用的功能模块的模块标识、所述WEB服务器的IP地址标识、所述WEB服务器的端口标识、所述功能模块对应的前缀路径；

所述构建单元，具体被配置为执行若不存在所述注册信息中的应用标识对应的根节点，则根据所述注册信息，构建所述节点树；其中，在所述节点树中父节点为应用标识、应用标识的子节点为模块标识，模块标识的子节点为对应的前缀路径；

其中，所述应用描述信息为所述模块标识。

可选的，节点树中各个节点包括状态属性，所述装置还包括：

确定单元，被配置为执行若存在所述注册信息中的应用标识对应的根节点，且存在所述注册信息中的所述模块标识对应的节点，则确定是否存在所述注册信息中的前缀路径对应的节点；

第一重置单元，被配置为执行若存在所述前缀路径对应的节点，且该节点的状态属性的属性值为非活跃，则将该节点的状态属性的属性值重置为活跃；

所述构建单元，被具体配置为执行若确定不存在所述注册信息中的前缀路径对应的节点，则构建所述前缀路径对应的节点。

可选的，所述监听单元501具体被配置为执行：

针对各个节点，若在指定周期内未接收到与该节点对应的心跳包，且该节点的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。

可选的，所述装置还包括：

删除单元，被配置未执行将该节点的状态属性的属性值重置为非活跃之后，若在第一计时时长内未接收到该节点对应的心跳包，则在所述节点树中删除该节点；

第二重置单元，被配置为执行若在第二计时时长内接收到该节点对应的心跳包，则将该节点的状态属性的属性值重置为活跃；所述第二计时时长小于所述第一计时时长。

可选的，所述删除单元还被配置为执行：

将该节点的状态属性的属性值重置为非活跃之后，若未接收到该节点对应的心跳包的次数达到指定次数，则在所述节点树中删除该节点。

可选的，所述各个节点还包括状态属性，所述接收模块还被配置为执行：

针对各个节点，接收对所述状态属性的修改指令；

根据所述修改指令，修改该节点的状态属性的属性值。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

请参见图6，基于同一技术构思，本公开实施例还提供了一种电子设备100，可以包括存储器1001和处理器1002。

所述存储器1001，用于存储处理器1002执行的计算机程序。存储器1001可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端设备信息处理装置的使用所创建的数据等。处理器1002，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本公开实施例中不限定上述存储器1001和处理器1002之间的具体连接介质。本公开实施例在图6中以存储器1001和处理器1002之间通过总线1003连接，总线1003在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1001可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1001也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1001是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1001可以是上述存储器的组合。

处理器1002，用于调用所述存储器1001中存储的计算机程序时执行如图2中所示的实施例中设备所执行的方法。

在一些可能的实施方式中，本公开提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本公开各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行如图2中所示的实施例中设备所执行的方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种配置文件管理方法，其特征在于，所述方法包括：

监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能；

若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识；

基于更新的配置文件，重启所述配置文件对应的代理服务器。

2.根据权利要求1所述的方法，其特征在于，构建所述节点树，包括：

接收所述应用所在的互联网WEB服务器发送的注册请求；所述注册请求携带有注册信息；所述注册信息包括所述应用标识、所述应用的功能模块的模块标识、所述WEB服务器的IP地址标识、所述WEB服务器的端口标识、所述功能模块对应的前缀路径；

若不存在所述注册信息中的应用标识对应的根节点，则根据所述注册信息，构建所述节点树；其中，在所述节点树中父节点为应用标识、应用标识的子节点为模块标识，模块标识的子节点为对应的前缀路径；

其中，所述应用描述信息为所述模块标识。

3.根据权利要求2所述的方法，其特征在于，节点树中各个节点包括状态属性，所述方法还包括：

若存在所述注册信息中的应用标识对应的根节点，且存在所述注册信息中的所述模块标识对应的节点，则确定是否存在所述注册信息中的前缀路径对应的节点；

若存在所述前缀路径对应的节点，且该节点的状态属性的属性值为非活跃，则将该节点的状态属性的属性值重置为活跃；

若确定不存在所述注册信息中的前缀路径对应的节点，则构建所述前缀路径对应的节点。

4.根据权利要求1所述的方法，其特征在于，所述各个节点还包括状态属性，监听各个节点的修改事件，包括：

针对各个节点，若在指定周期内未接收到与该节点对应的心跳包，且该节点的状态属性的属性值为活跃，则将该节点的状态属性的属性值重置为非活跃。

5.根据权利要求4所述的方法，其特征在于，将该节点的状态属性的属性值重置为非活跃之后，还包括：

若在第一计时时长内未接收到该节点对应的心跳包，则在所述节点树中删除该节点；

若在第二计时时长内接收到该节点对应的心跳包，则将该节点的状态属性的属性值重置为活跃；所述第二计时时长小于所述第一计时时长。

6.根据权利要求4所述的方法，其特征在于，将该节点的状态属性的属性值重置为非活跃之后，还包括：

若未接收到该节点对应的心跳包的次数达到指定次数，则在所述节点树中删除该节点。

7.根据权利要求1所述的方法，其特征在于，所述各个节点还包括状态属性，所述方法还包括：

针对各个节点，接收对所述状态属性的修改指令；

根据所述修改指令，修改该节点的状态属性的属性值。

8.一种配置文件管理装置，其特征在于，所述装置包括：

监听单元，被配置为执行监听节点树中的各个节点；其中，所述节点树中的父节点为应用标识，子节点为所述应用标识对应的应用包含的各独立功能；

更新单元，被配置为执行若监听到对所述节点树中任意节点的修改事件，则根据被修改节点的注册信息更新所述被修改节点对应的配置文件；其中，更新后的配置文件中包括所述注册信息中含有的应用描述信息，所述应用描述信息对应的前缀路径、端口标识以及IP地址标识；

重启单元，被配置为执行基于更新的配置文件，重启所述配置文件对应的代理服务器。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-7中任一项所述的配置文件管理方法。

10.一种存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，电子设备能够执行如权利要求1-7中任一项所述的配置文件管理方法。