一种修改服务的配置信息的方法和装置与流程

本发明涉及计算机技术领域，具体涉及一种修改服务的配置信息的方法和装置。

背景技术：

许多程序、服务或进程的运行都需要依赖于配置信息。而在这些程序、服务或进程处于运行状态时，如果需要更改其对应的配置信息，会十分不便。以日志收集系统Logstash为例，它的运行需要一系列的配置信息，通常这些配置信息保存在配置文件中。如果在Logstash运行过程中，需要对它的配置信息进行更新，就需要管理员登录到对应机器上，手动修改配置文件内容，然后重新启动Logstash。如果Logstash运行在多台机器上，手动修改配置的工作量将会非常大；而且这需要重新启动Logstash，对业务、资源的影响也不容忽视。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的修改服务的配置信息的方法和装置。

依据本发明的一个方面，提供了一种修改服务的配置信息的方法，包括：

获取指定服务的变化后的配置信息；

用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息；

向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行。

可选地，所述获取指定服务的变化后的配置信息包括：

监控存放在指定服务器上的所述指定服务的配置文件；

当监控到所述指定服务的配置文件发生变化时，从所述指定服务器获取变化后的配置信息。

可选地，所述获取指定服务的变化后的配置信息包括：

接收指定服务器发送的所述指定服务的配置文件发生变化的通知消息；

从所述指定服务器获取所述指定服务的变化后的配置信息。

可选地，所述指定服务器上的所述指定服务的配置信息是用户通过所述指定服务器的前端页面修改的。

可选地，该方法进一步包括：获取指定服务的配置信息在内存中的地址；

所述用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息包括：将变化后的配置信息保存到获取的所述地址中。

可选地，所述获取指定服务的配置信息在内存中的地址包括：

在所述指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址。

可选地，所述获取指定服务的配置信息在内存中的地址包括：

接收所述指定服务在启动并将配置信息加载到内存后发送的通知消息；所述通知消息中包含配置信息在内存中的地址。

可选地，所述向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行包括：

向所述指定服务的进程发送配置信息更新通知；

所述指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

可选地，上述步骤由所述指定服务中的插件来执行。

依据本发明的另一方面，提供了一种修改服务的配置信息的装置，包括：

配置信息获取单元，适于获取指定服务的变化后的配置信息；

更新单元，适于用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息；

通知单元，适于向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行。

可选地，所述配置信息获取单元，适于监控存放在指定服务器上的所述指定服务的配置文件；当监控到所述指定服务的配置文件发生变化时，从所述指定服务器获取变化后的配置信息。

可选地，所述配置信息获取单元，适于接收指定服务器发送的所述指定服务的配置文件发生变化的通知消息；从所述指定服务器获取所述指定服务的变化后的配置信息。

可选地，所述指定服务器上的所述指定服务的配置信息是用户通过所述指定服务器的前端页面修改的。

可选地，该装置进一步包括：内存地址获取单元，适于获取指定服务的配置信息在内存中的地址；

所述更新单元，适于将变化后的配置信息保存到所述内存地址获取单元获取的所述地址中。

可选地，所述内存地址获取单元，适于在所述指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址。

可选地，所述内存地址获取单元，适于接收所述指定服务在启动并将配置信息加载到内存后发送的通知消息；所述通知消息中包含配置信息在内存中的地址。

可选地，所述通知单元，适于向所述指定服务的进程发送配置信息更新通知；其中，所述指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

可选地，该装置是所述指定服务中的一个插件。

由上述可知，本发明的技术方案，获取指定服务的变化后的配置信息来更新内存中的所述指定服务的配置信息，并通知指定服务根据内存中的更新后的配置信息运行。该技术方案不需要手动更改指定服务的配置信息，极大地减少了人工成本；并且该技术方案的实施不需要重新启动指定服务，对业务、资源的影响也大大减少。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的修改服务的配置信息的方法的流程示意图；

图2示出了根据本发明一个实施例的修改服务的配置信息的装置的结构示意图；以及

图3示出了根据本发明另一个实施例的修改服务的配置信息的装置的结构示意图。

具体实施方式

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

图1示出了根据本发明一个实施例的一种修改服务的配置信息的方法的流程示意图，如图1所示，该方法包括：

步骤S110，获取指定服务的变化后的配置信息。例如，指定服务可以为Logstash服务，也可以为其他需要依赖配置信息运行的程序或进程。

步骤S120，用获取的变化后的配置信息更新内存中的指定服务的配置信息。

步骤S130，向指定服务发送配置信息更新通知，使得指定服务根据内存中的更新后的配置信息运行。

可见，图1所示的方法，获取指定服务的变化后的配置信息来更新内存中的指定服务的配置信息，并通知指定服务根据内存中的更新后的配置信息运行。该技术方案不需要手动更改指定服务的配置信息，极大地减少了人工成本；并且该技术方案的实施不需要重新启动指定服务，对业务、资源的影响也大大减少。

在本发明的一个实施例中，图1所示的方法中，步骤S110获取指定服务的变化后的配置信息包括：监控存放在指定服务器上的指定服务的配置文件；当监控到指定服务的配置文件发生变化时，从指定服务器获取变化后的配置信息。

指定服务的运行是依赖于配置文件的，在运行过程中会读取配置文件中的配置信息到内存中，由于多台机器上都可能运行指定服务，因此直接修改每台机器上指定服务的配置文件是十分麻烦的。因此在本实施例中，在指定服务器上存放指定服务的配置文件，例如，在指定服务器上配置zookeeper系统来存储Logstash的配置文件。这样监控到指定服务器上的配置文件发生变化后，运行指定服务的各机器可以从该指定服务器拉取变化后的配置信息到本地，修改本地的配置文件。

上一实施例中，是由运行指定服务的各机器主动监控指定服务器上的配置文件是否发生变化，这样就要增加各机器的开销，因此在本发明的一个实施例中，图1所示的方法中，步骤S110获取指定服务的变化后的配置信息包括：接收指定服务器发送的指定服务的配置文件发生变化的通知消息；从指定服务器获取指定服务的变化后的配置信息。

在本实施例中由指定服务器在配置文件发生变化后，主动向运行指定服务的各机器推送配置文件发生变化的通知消息，这样就需要增加指定服务器的开销。因此在实际应用中，可以考虑指定服务器和运行指定服务的各机器的资源配置和资源利用率等因素，确定使用哪种配置信息的获取方式。

在本发明的一个实施例中，上述方法中，指定服务器上的指定服务的配置信息是用户通过指定服务器的前端页面修改的。

通过该前端页面，用户可以提交修改后的指定服务的配置信息来修改指定服务器中指定服务的配置文件。在该步骤中可以增加用户验证，这样提高了安全性，同时相较于现有技术中需要以管理员身份分别登录行指定服务的各机器，也减少了验证次数，方便管理和操作。

在本发明的一个实施例中，图1所示的方法进一步包括：获取指定服务的配置信息在内存中的地址；用获取的变化后的配置信息更新内存中的指定服务的配置信息包括：将变化后的配置信息保存到获取的地址中。

前述实施例中提及，指定服务的运行是依赖于配置文件的，在运行过程中会读取配置文件中的配置信息到内存中。由运行指定服务的各机器从指定服务器拉取变化后的配置信息到本地，修改本地的配置文件，可以保证指定服务在下次启动时，从配置文件中获取到修改后的配置信息。在指定服务已经运行的情况下，由于配置文件中的配置信息已被读取到内存中，因此直接更改这部分配置信息即可。具体地，可以在指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址，这是一种相对主动获取配置信息在内存中的地址的方式；也可以接收指定服务在启动并将配置信息加载到内存后发送的通知消息；通知消息中包含配置信息在内存中的地址，这是一种相对被动获取配置信息在内存中的地址的方式。在获得配置信息在内存中的地址后，就可以将变化后的配置信息保存到获取的地址中来更新内存中的指定服务的配置信息。

在本发明的一个实施例中，图1所示的方法中，向指定服务发送配置信息更新通知，使得指定服务根据内存中的更新后的配置信息运行包括：向指定服务的进程发送配置信息更新通知；指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

指定服务运行时所启动的各个线程并不都需要根据配置信息运行，因此也就不需要重新启动指定服务才能实现使用更新后的配置信息。例如，可以使用Linux下的进程管理工具Supervisor来管理Logstash的进程和配置信息，当配置信息更新后，向Logstash的进程发送配置信息更新通知，当进程收到该通知后对使用配置信息进行工作的线程进行初始化，从而实现了使用内存中的更新后的配置信息进行相应工作。

在本发明的一个实施例中，上述方法中的各步骤由指定服务中的插件来执行。例如监控存放在指定服务器上的指定服务的配置文件可以由插件中的监控程序来实现，又例如可以使用Supervisor来进行进程管理，等等。

图2示出了根据本发明一个实施例的一种修改服务的配置信息的装置的结构示意图，如图2所示，修改服务的配置信息的装置200包括：

配置信息获取单元210，适于获取指定服务的变化后的配置信息。

更新单元220，适于用获取的变化后的配置信息更新内存中的指定服务的配置信息。

通知单元230，适于向指定服务发送配置信息更新通知，使得指定服务根据内存中的更新后的配置信息运行。

可见，图2所示的装置，通过各单元的相互配合，获取指定服务的变化后的配置信息来更新内存中的指定服务的配置信息，并通知指定服务根据内存中的更新后的配置信息运行。该技术方案不需要手动更改指定服务的配置信息，极大地减少了人工成本；并且该技术方案的实施不需要重新启动指定服务，对业务、资源的影响也大大减少。

在本发明的一个实施例中，图2所示的装置中，配置信息获取单元210，适于监控存放在指定服务器上的指定服务的配置文件；当监控到指定服务的配置文件发生变化时，从指定服务器获取变化后的配置信息。

在本发明的一个实施例中，图2所示的装置中，配置信息获取单元210，适于接收指定服务器发送的指定服务的配置文件发生变化的通知消息；从指定服务器获取指定服务的变化后的配置信息。

在本发明的一个实施例中，上述装置中，指定服务器上的指定服务的配置信息是用户通过指定服务器的前端页面修改的。

图3示出了根据本发明另一个实施例的一种修改服务的配置信息的装置的结构示意图，如图3所示，修改服务的配置信息的装置300包括：配置信息获取单元210、更新单元220和通知单元230，上述各单元的功能与图2中对应相同，在此不再赘述。该装置进一步包括：内存地址获取单元340，适于获取指定服务的配置信息在内存中的地址；更新单元220，还适于将变化后的配置信息保存到内存地址获取单元获取的地址中。

在本发明的一个实施例中，图3所示的装置中，内存地址获取单元340，适于在指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址。

在本发明的一个实施例中，图3所示的装置中，内存地址获取单元340，适于接收指定服务在启动并将配置信息加载到内存后发送的通知消息；通知消息中包含配置信息在内存中的地址。

在本发明的一个实施例中，上述装置中，通知单元230，适于向指定服务的进程发送配置信息更新通知；其中，指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

在本发明的一个实施例中，上述装置是指定服务中的一个插件。

需要说明的是，上述各装置实施例的具体实施方式与前述对应方法实施例的具体实施方式相同，在此不再赘述。

综上所述，本发明的技术方案，从指定服务器上获取指定服务的变化后的配置信息来更新本地内存中的指定服务的配置信息，并通知指定服务根据内存中的更新后的配置信息运行。该技术方案不需要手动更改指定服务的配置信息，极大地减少了人工成本；并且该技术方案的实施不需要重新启动指定服务，对业务、资源的影响也大大减少。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

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

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

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

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

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的修改服务的配置信息的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了A1、一种修改服务的配置信息的方法，其中，该方法包括：

获取指定服务的变化后的配置信息；

用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息；

向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行。

A2、如A1所述的方法，其中，所述获取指定服务的变化后的配置信息包括：

监控存放在指定服务器上的所述指定服务的配置文件；

当监控到所述指定服务的配置文件发生变化时，从所述指定服务器获取变化后的配置信息。

A3、如A1所述的方法，其中，所述获取指定服务的变化后的配置信息包括：

接收指定服务器发送的所述指定服务的配置文件发生变化的通知消息；

从所述指定服务器获取所述指定服务的变化后的配置信息。

A4、如A3或A4所述的方法，其中，

所述指定服务器上的所述指定服务的配置信息是用户通过所述指定服务器的前端页面修改的。

A5、如A1所述的方法，其中，该方法进一步包括：获取指定服务的配置信息在内存中的地址；

所述用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息包括：将变化后的配置信息保存到获取的所述地址中。

A6、如A5所述的方法，其中，所述获取指定服务的配置信息在内存中的地址包括：

在所述指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址。

A7、如A5所述的方法，其中，所述获取指定服务的配置信息在内存中的地址包括：

接收所述指定服务在启动并将配置信息加载到内存后发送的通知消息；所述通知消息中包含配置信息在内存中的地址。

A8、如A1所述的方法，其中，所述向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行包括：

向所述指定服务的进程发送配置信息更新通知；

所述指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

A9、如A1-A8中任一项所述的方法，其中，

上述步骤由所述指定服务中的插件来执行。

本发明的实施例还公开了B10、一种修改服务的配置信息的装置，其中，该装置包括：

配置信息获取单元，适于获取指定服务的变化后的配置信息；

更新单元，适于用获取的所述变化后的配置信息更新内存中的所述指定服务的配置信息；

通知单元，适于向所述指定服务发送配置信息更新通知，使得所述指定服务根据内存中的更新后的配置信息运行。

B11、如B10所述的装置，其中，

所述配置信息获取单元，适于监控存放在指定服务器上的所述指定服务的配置文件；当监控到所述指定服务的配置文件发生变化时，从所述指定服务器获取变化后的配置信息。

B12、如B10所述的装置，其中，

所述配置信息获取单元，适于接收指定服务器发送的所述指定服务的配置文件发生变化的通知消息；从所述指定服务器获取所述指定服务的变化后的配置信息。

B13、如B11或B12所述的装置，其中，

所述指定服务器上的所述指定服务的配置信息是用户通过所述指定服务器的前端页面修改的。

B14、如B10所述的装置，其中，该装置进一步包括：内存地址获取单元，适于获取指定服务的配置信息在内存中的地址；

所述更新单元，适于将变化后的配置信息保存到所述内存地址获取单元获取的所述地址中。

B15、如B14所述的装置，其中，

所述内存地址获取单元，适于在所述指定服务启动时，监控该指定服务将配置信息加载到内存的过程，从而获得配置信息在内存中的地址。

B16、如B14所述的装置，其中，

所述内存地址获取单元，适于接收所述指定服务在启动并将配置信息加载到内存后发送的通知消息；所述通知消息中包含配置信息在内存中的地址。

B17、如B10所述的装置，其中，

所述通知单元，适于向所述指定服务的进程发送配置信息更新通知；其中，所述指定服务的进程收到配置信息更新通知后，终止使用配置信息进行工作的线程，并启动新的线程来使用内存中的更新后的配置信息进行相应工作。

B18、如B10-B17中任一项所述的装置，其中，

该装置是所述指定服务中的一个插件。