网元集群的服务参数更新方法与流程

本公开涉及互联网应用技术领域，特别涉及网元集群的服务参数更新方法和装置。

背景技术：

随着互联网应用技术的发展，提供应用服务的服务器访问量越来越大。为增强服务器对应用服务的响应和处理能力，将一个或多个服务器的软硬件系统资源划分为处理同一个应用服务的若干个网元。多个网元组成网元集群，采用负载均衡技术，由多个网元轮流处理外部网络的访问请求。

目前的网元集群中，如果应用服务发生改变，各网元须逐个进行服务参数修改，大大增加了运营维护的工作量，不利于网元集群的工作连续性。

在一个具体的应用场景中，一个采用负载均衡技术的网元集群提供一种对网页进行数据抓取的应用服务。应用服务发生改变，抓取的网页由新浪主页改为百度新闻主页时，各网元对应的服务参数也需要逐个进行修改。例如，服务参数中的URL指向地址需由新浪主页地址改为百度新闻主页地址。

技术实现要素：

为了解决相关技术中存在的网元集群提供的应用服务发生改变时，不能方便快捷地修改网元的服务参数的技术问题，本公开提供了一种网元集群中的服务参数更新方法及装置。

一种网元集群中的服务参数更新方法，包括一个主网元和多个辅助网元组成的网元集群，所述方法包括：

监听网元集群中存储于主网元的配置文件变化，得到新配置文件；

读取所述新配置文件中的配置信息；

根据所述配置信息对所述辅助网元的服务参数进行更新。

一种网元集群中的服务参数更新装置，所述装置包括：

监听装置，用于监听网元集群中存储于主网元的配置文件变化，得到新配置文件；

读取装置，用于读取所述新配置文件中的配置信息；

更新装置，用于根据所述配置信息对所述辅助网元的服务参数进行更新。

本公开的实施例提供的技术方案可以包括以下有益效果：通过一个主网元和多个辅助网元组成的网元集群，监听网元集群中存储于主网元的配置文件变化，得到新配置文件。读取新配置文件中的配置信息，根据配置信息对辅助网元的服务参数进行更新。如果应用服务发生改变，只需要将主网元的配置文件进行修改。根据修改后的配置文件，对网元集群中的网元的服务参数进行更新，从而无需对网元集群中网元的服务参数逐个进行修改。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是一示例性实施例示出的网元集群的服务参数更新的流程图。

图2是图1对应实施例示出的方法中步骤110的一种具体实现流程图。

图3是图1对应实施例示出的方法中步骤150的一种具体实现流程图。

图4是图3对应实施例示出的方法中步骤153的一种具体实现流程图。

图5是另一示例性实施例示出的网元集群的服务参数更新的示意图。

图6是一示例性实施例示出的网元集群的服务参数更新装置的框图。

图7根据图6对应实施例的装置中的监听装置在一个实施例的框图。

图8根据图6对应实施例的装置中的更新装置在一个实施例的框图。

图9根据图8对应实施例的装置中的监听单元在一个实施例的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的网元集群中的服务参数更新方法的流程图。如图1所示，该方法包括但不限于以下步骤：

在步骤110中，监听网元集群中存储于主网元的配置文件变化，得到新配置文件。

网元，是指由服务器的各项软硬件系统资源所构成的实现特定功能或者提供特定应用服务的服务单元。一个网元可以只是服务器的一部分，也可以是一台独立的服务器或者由多台服务器组合而成。

网元集群，是指为增强服务器对应用服务的响应和处理能力，将一个或多个服务器的全部软硬件系统资源划分为处理同一个应用服务的若干个网元，由多个网元组成网元集群。该网元集群中的多个网元轮流为用户提供同一个应用服务。其中，网元集群中安装配置文件的网元是主网元，网元集群中没有安装配置文件，而是根据主网元的配置文件设置自身的服务参数的网元是辅助网元。

服务参数，是指根据不同的应用服务需求，用于设置网元的各项软硬件系统资源的一系列参数，例如，URL指向地址、网页浏览器端口、缓存大小等。通过读取配置信息修改网元自身的服务参数，以满足应用服务对软硬件系统资源需求。

配置信息，是指配置网元的服务参数所依据的一系列信息的集合。对应不同的应用服务，配置信息也是不同的。因此，如果应用服务改变，配置信息也需要相应修改。

配置文件，是指存储配置信息的文件，配置文件一般存储于网元之上。

仅将网元集群的配置文件安装在主网元之上，通过对存储于主网元之上的配置文件进行监听。当配置文件被修改时，通过监听配置文件变化，能够及时得到被修改之后的新配置文件。

在步骤130中，读取新配置文件中的配置信息。

对应一项具体的应用服务，所要设置的网元的软硬件系统资源并不相同。如果应用服务改变，对应的服务参数也需要相应修改。

应用服务，是指通过网元自身的各项软硬件模块为用户提供的一种网络或者数据的应用服务。例如，网页数据抓取服务，用户通过网元所提供的网页数据抓取服务，获得指定网页中该用户感兴趣的数据。

通过监听主网元的配置文件发生变化，一旦监听到发生变化的配置文件，则读取配置文件中的配置信息，并及时通知网元集群中其它的辅助网元，根据该新配置文件修改自身的服务参数。

在步骤150中，根据配置信息对辅助网元的服务参数进行更新。

如果网元集群提供的应用服务发生变化，网元集群中的每个网元都需要通过配置自身的服务参数以重新对自身的软硬件系统资源进行设置，以满足新的应用服务需求。

在一个具体的实施例中，网元集群为用户提供的应用服务是一种网页数据抓取服务。该网页数据抓取服务对应的配置信息包括网页数据抓取所指向的网页地址信息、关键词或主题、抓取文件大小阈值、话题过滤信息等。

如果网页数据抓取服务发生改变，例如，需要抓取的网页由新浪主页改为百度新闻主页。则对应网页数据抓取服务的配置信息中的数据抓取地址信息需由新浪主页地址改为百度新闻主页地址。对应配置信息为数据抓取地址信息的服务参数是URL(Uniform Resource Locator，统一资源定位器)指向地址。根据发生变化的数据抓取地址信息，辅助网元将服务参数URL指向地址设置为百度新闻主页地址。

应用服务发生改变时，仅需要修改网元集群中主网元存储的配置文件，得到修改后的新配置文件。通过读取新配置文件中的配置信息，并根据读取的配置信息，辅助网元对自身的服务参数进行修改。而不需要逐个对网元集群中的每个网元的服务参数进行修改，且不需要对每个网元进行重启，即可以实现对网元集群中所有的网元的服务参数进行更新。

对应另一示例性实施例示出的网元集群的服务参数更新方法，在步骤110之前，还包括步骤101。

在步骤101中，在主网元开机时进行配置文件的备份存储。

在监听存储于主网元之上的配置文件之前，通过对配置文件进行备份存储以保存网元集群的初始配置信息。

初始配置信息，是指对应一项具体的应用服务，首次设置主网元自身的服务参数所依据的配置信息。或者，初始配置信息是指基于首次设置主网元自身的服务参数而产生的修改日志而自动生成的配置信息。

如果应用服务发生改变，则对应的主网元之上的配置文件中的初始配置信息相应的被修改。应用服务已经发生改变后，可能会由于用户需求的原因而需要回退到原来的应用服务。通过在主网元开机时进行配置文件的备份存储，当需要退到原来的应用服务时，仅需要读取已经备份的初始配置信息，网元集群即可回退到原来的初始状态

在一个具体的实施例中，如果网页数据抓取服务发生改变，需要抓取的网页由新浪主页改为百度新闻主页。由于用户需求的原因而需要回退到原来的应用服务，即网页数据抓取服务中需要抓取的网页由百度新闻主页又变回原来的新浪主页改。

通过备份存储初始配置信息，如果已经发生改变的应用服务需要回退的原来的应用服务，仅需要主网元读取已经备份存储的初始配置信息，网元集群即可回退到对应原来应用服务的初始状态。

图2是图1对应实施例示出的方法中步骤110的一种具体实现流程图。如图2所示，该步骤110还包括以下步骤：

在步骤111中，通过预定的周期获取主网元中配置文件的参数信息。

参数信息，是指反映配置文件的文件内容属性的一系列参数，例如，配置文件的修改日期和存储路径等。

当配置文件被修改时，配置文件的某些参数信息也会相应被自动修改，例如，存储于主网元之上配置文件被修改后重新保存，配置文件存储于主网元的存储路径和存储日期会发生改变。通过预定的周期获取主网元中配置文件的存储路径和存储日期，可以迅速判断配置文件是否被修改过。

在步骤113中，判断当前周期与上一周期各自的参数信息是否一致。

直接监听配置文件的内容来判断配置文件是否发生改变的方式，虽能准确判断配置文件是否发生变化，但采用这种方式监听配置文件，需要每次都读取配置文件的内容，增加了系统的运算处理开销。

通过预定的周期获取主网元中配置文件的存储路径和存储日期。通过比对当前周期和上一周期配置文件的修改日期或存储路径，则即可迅速判断配置文件在上一周期之后是否被修改过。

在步骤115中，当前周期与上一周期各自的参数信息不一致时，根据当前周期的参数信息获取新配置文件。

通过预定的周期获取主网元中配置文件的参数信息。然后判断当前周期与上一周期各自的参数信息是否一致，在当前周期与上一周期各自的参数信息不一致时，根据当前周期的参数信息获取新配置文件。则不需要每次都去直接读取配置文件的内容，有效降低了系统的运算处理开销。

在一个具体的实施例中，通过Node.js软件提供的文件操作模块中的监视文件函数fs.watchfile函数监听存储于主网元之上的配置文件。每隔一个固定的时间去检查配置文件的参数信息是否被修改，当前周期与上一周期各自的参数信息不一致，即可根据当前周期的参数信息获取新配置文件。

其中，Node.js软件是一个基于JavaScript编译器的运行开发软件，用于方便地搭建响应速度快、适合在分布式设备上运行的数据密集型的实时数据服务应用。Node.js软件使用模块去划分不同的功能，Node.js软件中的文件操作模块提供了监视文件是否有改动变化的文件监视函数fs.watchfile函数。

图3是图1对应实施例示出的方法中步骤150的一种具体实现流程图。如图3所示，该步骤150还包括以下步骤：

在步骤151中，将配置信息复制到缓存数据库以代替缓存数据库中原来的配置信息。

缓存数据库，是指通过建立特定的数据结构和内存存储结构以提供数据缓存功能的数据库。缓存数据库通过管理缓存介质以提供数据缓存功能，同时也管理缓存数据的访问方式和生命周期。

其中，缓存数据是指为提高应用程序的运行性能，而将应用程序中使用的数据暂时存储于缓存中，应用程序在运行时从缓存中操作该数据。存储缓存数据的缓存的介质一般是内存，所以对缓存数据的读写速度很快，但如果缓存中存放的缓存数据量非常大时，也会用硬盘作为介质。

将新配置信息复制到缓存数据库，新新配置信息将代替缓存数据库中原来的配置信息。

在一个示例性实施例中，通过具有先进先出堆栈存储结构的缓存数据库存储原来的配置信息，当获取新配置信息，将新配置信息存入到具有先进先出堆栈存储结构的缓存数据库中。由于该缓存数据库具有先进先出的堆栈存储结构，已经存储在缓存数据库中的配置信息会被后来写入的新配置信息替换掉。

堆栈存储结构是一种数据按序排列存储的数据存储结构，具有固定缓存大小的堆栈存储区，当在堆栈存储区的栈顶进行数据写入时，存储于栈尾的数据就会被清除掉，即先存储的数据会先被清除。

在一个具体的实施例中，采用Redis数据库作为缓存数据库。Redis数据库不仅可以持久化保存数据，而且支持多种数据结构和内存存储结构。通过Redis数据库的内存管理功能，即可实现先进先出的堆栈存储结构的缓存数据库。

在步骤153中，监听缓存数据库中配置信息的替代，对辅助网元的服务参数进行更新。

监听缓存数据库中配置信息的替代，对辅助网元的服务参数进行更新。

具体的，当缓存数据库中配置信息的发生替代，主网元将配置信息修改消息通过消息发布管道进行消息发布。通过监听消息发布管道中的配置信息修改消息，根据监听到的配置信息修改消息，辅助网元读取缓存数据库中的配置信息，并根据配置信息对自身的服务参数进行更新。

消息发布管道，是指在消息订阅和发布通信模式中，发送者发送消息到消息发布管道，订阅者通过订阅消息发布管道来接收该消息。发送者可以将一个消息发送给多个消息发布管道，一个消息发布管道可以被多个接收者订阅。

其中，消息发布，是指发送者将消息发送到消息发布管道。消息订阅，是指接收者从消息管道中订阅该消息。发送者只负责将消息发送到消息发布管道，订阅者只被动接收消息。消息发布管道作用是存储来自发布者的消息，并在订阅者订阅时，将消息发送给订阅者。

图4是图3对应实施例示出的方法中步骤153的一种具体实现流程图。如图4所示，该步骤153还包括以下步骤：

在步骤531中，接收缓存数据库中配置信息的替代而发送的配置信息替变更消息。

接收缓存数据库中配置信息的替代而发送的配置信息替变更消息。

具体的，当缓存数据库中配置信息的发生替代，主网元将配置信息修改消息通过消息发布管道进行消息发布。通过监听消息发布管道，辅助网元接收该配置信息修改消息。即通过对该消息发布管道进行消息订阅，辅助网元接收缓存数据库中配置信息的替代而发送的配置信息替变更消息。

在步骤533中，响应配置信息变更消息，对辅助网元的服务参数进行更新。

通过订阅消息发布通道的消息，辅助网元监听配置信息修改消息。当辅助网元监听到配置信息修改消息，立即读取缓存数据库中的配置信息，根据配置信息对自身的服务参数进行更新。

在一个具体的实施例中，通过Redis数据库建立的消息发布通道实现配置信息修改消息的消息发布及消息订阅。当主网元将配置信息修改消息发送到由Redis数据库建立的消息发布管道时，所有订阅该消息发布管道的辅助网元都会接收到该配置信息修改消息，然后根据该配置信息修改消息，读取缓存数据库中的配置信息，并根据配置信息对自身的服务参数进行更新。

图5是另一示例性实施例示出的网元集群中的服务参数更新方法的示意图。

如图5所示，网元集群提供的应用服务改变，主网元上的配置文件将会被更新。监听该配置文件变化，当判断配置文件已经发生变化，则读取该配置文件中的配置信息，以该配置信息代替Redis缓存数据库中原来的配置信息。

主网元将配置信息更改消息进行消息发布，辅助网元接收到配置信息更改消息后立即读取Redis缓存数据库中配置信息。根据该配置信息，网元集群中其它的辅助网元更新自身的服务参数，即不需要逐个对网元集群中其它的辅助网元的服务参数进行更新。

图6是一示例性实施例示出的网元集群的服务参数更新装置的框图。如图6所示，该装置包括但不限于：监听装置610，读取装置630，更新装置650。

监听装置610，用于监听网元集群中存储于主网元的配置文件变化，得到新配置文件；

读取装置630，用于读取新配置文件中的配置信息；

更新装置650，用于根据配置信息对辅助网元的服务参数进行更新。

一种根据权利要求6所述的装置，还包括备份装置，用于在主网元开机时进行配置文件的备份存储。

图7是根据图6对应实施例的装置中的监听装置610在一个实施例的框图。如图7所示，该监听装置610包括但不限于：获取单元611，判断单元613，执行单元615。

获取单元611，用于通过预定的周期获取主网元中配置文件的参数信息；

判断单元613，用于判断当前周期与上一周期各自的参数信息是否一致；

执行单元615，用于在当前周期与上一周期各自的参数信息不一致时，根据当前周期的参数信息获取新配置文件。

图8是根据图6对应实施例的装置中的更新装置650在一个实施例的框图。如图8所示，该更新装置650包括但不限于：替代单元651，监听单元653。

替代单元651，用于将配置信息复制到缓存数据库以代替数据库中原来的配置信息；

监听单元653，用于监听缓存数据库中配置信息的替代，对辅助网元的服务参数进行更新。

图9是根据图8对应实施例的装置中的监听单元653在一个实施例的框图。如图9所示，该监听单元653包括但不限于：接收消息子单元731，响应消息子单元733。

接收消息子单元731，用于接收缓存数据库中配置信息的替代而发送的配置信息变更消息；

响应消息子单元733，用于响应配置信息变更消息，对辅助网元的服务参数进行更新。

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