CN110413346A - 一种参数更新方法及装置 - Google Patents

Abstract

本发明提供了一种参数更新方法及装置，通过应用程序对应的辅助容器，实时监控应用程序的参数配置，使应用程序的参数修改后，自动触发参数解析，并自动通知应用程序，使应用程序刷新参数配置文件使配置生效，可以有效避免的手动重启应用pod。实现了应用程序的配置参数自动更新，提高了参数更新的时效性和效率，节省了系统资源。

Description

一种参数更新方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种参数更新方法及装置。

背景技术

随着云计算的发展，越来越多的应用程序逐步将部署在传统服务器上的节点迁移至云平台来。云平台除了提供海量的计算资源之外，同时也提供应用节点编排部署和参数管理功能。

应用程序运行部署过程中，常常需要动态修改参数配置，比如：业务应用程序的某些新功能是否开启，开始部署的时候一般是开启状态，然后根据新功能的使用反馈来看，如果反馈效果不好，这时就需要将该功能关掉，通多修改一个参数配置，即可以实现这个开关功能。通常情况下，修改配置参数后，修改后的配置参数不能够在使应用程序的配置生效，需要手动对应用程序的容器进行重启或滚动升级。

如何提供一种应用程序配置参数自动更新的方案，是本领域亟需解决的技术问题。

发明内容

本发明实施例提供了一种参数更新方法及装置，实现了应用程序参数的自动实时更新，提高了参数更新的时效性和效率。

一方面，提供了一种参数更新方法，所述方法运行在应用程序对应的辅助容器中，所述方法包括：

实时监控所述应用程序的参数配置；

若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

将解析后的参数配置文件存储在所述应用程序的应用程序容器中；

向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

另一方面，提供了一种参数更新装置，运行在应用程序对应的辅助容器中，所述装置包括：

参数变动监测模块，用于实时监控所述应用程序的参数配置；

参数解析模块，用于若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

配置文件存储模块，用于将解析后的参数配置文件存储在所述应用程序的容器中；

参数更新模块，用于向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

又一方面，提供了一种参数更新数据处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例中的参数更新方法。

又一方面，提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述实施例中的参数更新方法。

又一方面，提供了一种参数更新系统，包括：应用程序、配置在所述应用程序的容器组中的应用程序容器和辅助容器，其中：

所述辅助容器利用应用程序容器共享存储卷的机制，实时监控所述应用程序的参数配置，若监控到所述参数配置有变动，则解析所述应用程序的参数配置文件，解析后的参数配置文件存储在所述应用程序容器中；

所述辅助容器获取所述应用程序的进程号，并根据所述进程号向所述应用程序发送配置更新信息；

所述应用程序接收到所述配置更新信息后，进行无停机重启，加载所述应用程序容器中存储的解析后的参数配置文件。

在本发明实施例中提供了一种参数更新方法、装置、处理设备、计算机存储介质、系统，通过在应用程序中设置辅助容器，实时监控应用程序的参数配置，使应用程序的参数修改后，自动触发参数解析，并自动通知应用程序，使应用程序刷新参数配置文件使配置生效，可以有效避免的手动重启应用pod。实现了应用程序的配置参数自动更新，提高了参数更新的时效性和效率，节省了系统资源。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本说明书一个实施例中参数更新方法的流程示意图；

图2是本说明书一个实施例中容器组的结构示意图；

图3是本说明书一个实施例中应用程序的参数实时更新流程示意图；

图4是本说明书一个实施例中参数更新装置的结构示意图；

图5是本说明书实施例中参数更新服务器的硬件结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

应用程序可以指为完成某项或多项特定工作的计算机程序，它运行在用户模式，可以和用户进行交互，具有可视的用户界面。通常情况下应用程序可以部署在云平台中，可以部署在kubernetes中，kubernetes可以表示一个容器编排调度的平台。应用程序的应用参数可以在云平台上配置，应用参数的格式可以是key：value(名称：地址)，比如配置一个数据库IP地址参数databaseIp：192.3.5.7。配置好了之后云平台将参数配置以configmap(里面的数据结构也是key：value的形式)文件的形式进行配置，并绑定在应用程序pod(容器组)上，即存在一个固定的文件目录中。在应用启动时通过一个参数解析程序将configmap中的参数进行解析并替换到应用程序的配置文件中。configmap可以表示kubernetes中的一种配置文件，可以通过配置挂载到pod中(挂载到容器的某个文件目录下)，使应用程序可以读取该配置文件。

而如果需要修改参数配置，如在云平台上将应用程序的参数databaseIp：192.3.5.7改为databaseIp：192.3.5.8，修改后云平台也会将修改的参数以configmap的形式下发。即在应用程序的应用程序容器中固定目录下的参数配置文件里面的信息已经变成了databaseIp：192.3.5.8，但是这个参数修改并没有在应用程序生效，因为还需要将参数配置通过参数配置解析程序将它转换为具体的应用程序的配置文件，同时应用程序还需要重新加载配置文件才能使修改后配置正式生效。

本说明书一些实施例提供了一种参数更新方法，通过在应用程序的应用程序中添加辅助容器，利用辅助容器实时监控应用程序的参数配置，当监控到应用程序的参数配置有变动时，则解析应用程序的参数配置文件，并将解析后的配置文件挂载在应用程序的应用程序容器中，同时向应用程序发送配置更新信息。应用程序接收到配置更新信息后，可以自动重启，加载更新后的配置文件，不需要手动重启应用程序，实现了应用程序的配置参数自动更新，提高了参数更新的时效性，节省了系统资源。

本说明书中参数更新方法可以应用在客户端或服务器中，客户端可以是智能手机、平板电脑、智能可穿戴设备(智能手表、虚拟现实眼镜、虚拟现实头盔等)、智能车载设备等电子设备。

具体地，图1是本说明书一个实施例中参数更新方法的流程示意图，如图1所示，本说明书一个实施例中提供的参数更新方法可以应用在配置在应用程序中的辅助容器中，该方法可以包括以下步骤：

步骤102、实时监控所述应用程序的参数配置。

在具体的实施过程中，应用程序通常对应有一个pod(容器组)，pod相当于是一个虚拟机，可以理解为应用程序特定的“逻辑主机”，进入容器内可以部署应用环境。pod是kubernetes中的最小编排单位，pod由多个容器组成，一个pod一般对应于一个应用程序。Pod通常是由一组紧耦合的容器组成的容器组，pod就可以作为一个或者多个Docker容器的载体。本说明书实施例中，可以给应用程序配置一个辅助容器，如：可以是边车辅助容器即Sidecar容器。本说明书实施例中，辅助容器可以实现对应用程序的参数配置的实时更新，利用辅助容器实时监控应用程序的参数配置，“实时”可以表示每时每刻，或每隔比较短的时间间隔对应用程序的参数配置进行一次监控。可以在辅助容器中设置一个数据处理程序，利用该程序实现对应用程序的参数配置的实时监控。

步骤104、若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析。

在具体的实施过程中，辅助容器监控到应用程序中的参数配置有变动时，可以对应用程序的参数配置文件进行解析。例如：若在云平台上将应用程序的参数databaseIp：192.3.5.7改为databaseIp：192.3.5.8，修改后云平台也会将修改的参数以configmap的形式下发。在应用程序的应用程序容器中固定目录下的参数配置文件里面的信息已经变成了databaseIp：192.3.5.8，但是这个参数修改并没有在应用程序生效。辅助容器对应用程序容器中存储的参数配置文件进行解析，将该参数配置文件转换为应用程序能够识别并使用的参数配置文件。例如：可以通过字符串替换，将参数配置文件中的参数配置转换为对应的应用程序的参数配置文件。具体如何对参数配置文件进行解析，可以根据应用程序的应用环境、参数配置的格式要求等进行设置，本说明书实施例不作具体限定。

通常情况下，配置文件可能会有多个，在进行参数配置文件解析时可以直解析发生变动的参数配置文件，也可以解析所有的参数配置文件，具体根据实际需要进行设置，本说明书实施例不作具体限定。

步骤106、将解析后的参数配置文件存储在所述应用程序的应用程序容器中。

在具体的实施过程中，辅助容器解析后的参数配置文件可以存储在应用程序的应用程序容器中，具体可以存储在应用程序容器固定目录下，为后续应用程序加载新的参数配置文件做准备。若参数配置文件有多个，可以将参数配置文件进行压缩后存储在应用程序容器中，如：可以将应用程序的所有的参数配置文件压缩在一个压缩包中，存储在应用程序的应用程序容器中，或者将发生变动的参数配置文件压缩在一个压缩包中，存储在应用程序的应用程序容器中。

步骤108、向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

在具体的实施过程中，当参数配置文件解析并存储完成后，辅助容器可以给应用程序发送一个配置更新信息，应用程序接收到该配置更新信息后，可以自动加载应用程序容器中的新的参数配置文件，实现应用程序的参数的实时更新，不需要手动重启应用程序。

本说明书实施例提供了一种参数更新方法，通过在应用程序中设置辅助容器，实时监控应用程序的参数配置，使应用程序的参数修改后，自动触发参数解析，并自动通知应用程序，使应用程序刷新参数配置文件使配置生效，可以有效避免的手动重启应用pod。实现了应用程序的配置参数自动更新，提高了参数更新的时效性和效率，节省了系统资源。

在上述实施例的基础上，本说明书一些实施例中，所述向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件，包括：

获取所述应用程序的进程号；

根据所述进程号，向所述应用程序发送所述配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

在具体的实施过程中，当辅助容器监控到应用程序的参数配置有变动后，解析应用程序的参数配置文件，并获取应用程序的进程号即PID，PID是各进程的身份标识，程序一运行系统就会自动分配给进程一个独一无二的PID。pod中的不同容器中的应用程序可以共享其他容器的应用程序的进程PID，可以利用应用程序的pod内的各个容器可以共享PID命名空间的机制，根据应用程序的名称，获取到应用程序的进程号。获取到应用程序的进程号后，可以根据该进程号向应用程序的进程发送配置更新信息即USR1信号，应用程序接收到USR1信号后可以自动无停机重启应用程序，重新加载参数配置文件，实现应用程序的参数自动实时更新。USR1通常可以被用来告知应用程序重载配置文件，实现相对平滑的不关机的更改。

本说明书实施例，在监控到应用程序的参数配置有变动后，获取应用程序的进程号，并向应用程序发送USR1信号，以使得应用程序能够自动加载最新的参数配置文件，实现应用程序的参数自动更新，提高了应用程序参数更新的时效性和效率。通过向应用程序发送重载配置信号使应用程序无需额外编码，实现重新加载配置。

当然，不同的应用程序环境配置不同，有些应用程序自身可以实现动态加载配置文件的功能。如：辅助容器监控到应用程序的参数配置有变动，并对应用程序的参数配置文件进行解析后，应用程序可以自动识别到解析后的参数配置文件，并自动加载新的参数配置文件。或者，辅助容器可以向应用程序发送配置更新信息，应用程序直接自动加载新的参数配置文件。

此外，本说明书一些实施例中，应用程序可以提供一个更新配置参数接口，所述向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件，包括：

调用所述应用程序的更新参数配置接口，向所述应用程序发送配置更新信息，以使得所述更新参数配置接口加载所述解析后的参数配置文件。

在具体的实施过程中，当辅助容器解析应用程序的参数配置文件后，可以调用更新配置参数接口，向应用程序发送配置更新信息后，应用程序通过更新参数配置接口加载解析后的参数配置文件。例如：辅助容器可以调用应用程序的更新参数配置接口(如：http://127.0.0.1/reloadconfig接口)，该接口接收到请求后自己重新加载参数配置文件，实现应用程序的参数自动更新。

本说明书实施例，通过调用应用程序更新参数配置接口的形式，使得在应用程序的参数发生变动时，实现应用程序的参数自动加载更新，提高了应用程序参数更新的效率。

在上述实施例的基础上，本说明书一些实施例中，所述辅助容器部署在所述应用程序的容器组中。

在具体的实施过程中，图2是本说明书一个实施例中容器组的结构示意图，如图2所示，本说明书一些实施例中可以将辅助容器部署在pod(容器组)中，使得辅助容器可以享有pod中其他容器的共享信息或功能，实现应用程序的参数自动实时更新。如图2所示，辅助容器中配置有参数更新配置程序，用于执行本说明书实施例中的方法，实现应用程序的参数实时更新。

此外，本说明书一些实施例中，所述辅助容器在所述应用程序启动后自动部署在所述应用程序的容器组中。即可以在应用程序启动后，自动在应用程序的pod中注入参数配置处理的辅助容器，与应用程序一起运行在一个pod中，实现对应用程序的参数配置的实时更新，不需要单独部署。

本说明书另一些实施例中，所述辅助容器手动部署在所述应用程序的部署模板文件中，与所述应用程序容器一起启动。即辅助容器也可以手动部署如：可以由程序管理员进行部署，可以在应用程序的部署模板文件中添加一个辅助容器，与应用程序容器一起启动。手动部署方法简单，可以在应用程序开发时即部署在模板文件中。

图3是本说明书一个实施例中应用程序的参数实时更新流程示意图，下面结合图3具体介绍本说明书实施例中应用程序的参数更新过程：

1、实时监测configmap(配置文件)参数配置变化：利用pod内的各个容器可以共享存储卷(Volumes)的机制，即pod内的各个容器可以访问pod级别定义的同一个存储卷的特点，sidecar辅助容器和应用程序容器一样可以访问同一个configmap挂载的配置目录。通过启动一个循环，实时监控configmap配置文件(云平台上面的应用程序的configmap挂载目录统一配置在一个固定的目录下)是否有变化。

2、参数配置解析：

将configmap配置的key/value参数配置，通过字符串替换，转化为具体的应用程序配置文件。配置文件会有多个，可以以压缩包的形式存在于应用程序容器中。

3、获取应用程序PID(进程号)：利用pod内的各个容器可以共享PID命名空间的机制，即pod中的不同容器中的应用程序可以共享其他容器的应用程序的进程PID，通过应用程序名称获取到PID。

4、发送配置更新信号。根据获取到的PID，向应用程序发送USR1配置重置信号指令。

5、应用程序接收到USR1信号后，进行无停机重启，重新加载修改后的参数配置文件。

本说明书实施例，通过参数配置处理辅助容器和配置实时监测解析并通知的方式，实现应用程序的参数自动实时更新。在更改参数配置后，无需手动重启pod，应用程序将自动加载最新的参数配置文件，pod不重启也就意味着无需kubernetes重新调度pod，节省系统资源消耗。通过sidecar辅助容器启动参数配置处理程序，应用程序本身解耦，易于维护和管理。通过向应用程序发送重载配置信号使应用程序实现重新加载配置，应用程序无需额外编码实现新加载配置的程序。可以简单方便快速的实现多个应用程序的多个pod实例的应用配置修改。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

基于上述所述的参数更新方法，本说明书一个或多个实施例还提供一种参数更新方法装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图4是本说明书一个实施例中参数更新装置的结构示意图，本说明书实施例中的参数更新装置可以是设置应用程序中或能够实现其功能的设备中，运行在应用程序对应的辅助容器中，本说明书实施例不作具体限定。如图4所示，本说明书实施例中一种参数更新装置可以包括：参数变动监测模块41、参数解析模块42、配置文件存储模块43、参数更新模块44，其中：

参数变动监测模块41，可以用于实时监控所述应用程序的参数配置；

参数解析模块42，可以用于若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

配置文件存储模块43，可以用于将解析后的参数配置文件存储在所述应用程序的容器中；

参数更新模块44，可以用于向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

本说明书实施例提供的参数更新装置，通过应用程序对应的辅助容器，实时监控应用程序的参数配置，使应用程序的参数修改后，自动触发参数解析，并自动通知应用程序，使应用程序刷新参数配置文件使配置生效，可以有效避免的手动重启应用pod。实现了应用程序的配置参数自动更新，提高了参数更新的时效性，节省了系统资源。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书实施例还提供一种参数更新数据处理设备，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例的参数更新方法，如：运行在配置在应用程序中的辅助容器中，所述方法包括：

实时监控所述应用程序的参数配置；

若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

将解析后的参数配置文件存储在所述应用程序的应用程序容器中；

向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

需要说明的，上述所述的终端设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

在上述实施例的基础上，本说明书一个实施例中还可以提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述实施例中参数更新方法，如：运行在配置在应用程序对应的辅助容器中，所述方法包括：

实时监控所述应用程序的参数配置；

若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

将解析后的参数配置文件存储在所述应用程序的应用程序容器中；

向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

需要说明的，上述所述的计算机可读存储介质根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书一个实施例提供一种参数更新系统，该系统具体可以包括：应用程序、配置在所述应用程序的容器组中的应用程序容器和辅助容器，其中：

所述辅助容器利用应用程序容器共享存储卷的机制，实时监控所述应用程序的参数配置，若监控到所述参数配置有变动，则解析所述应用程序的参数配置文件，解析后的参数配置文件存储在所述应用程序容器中；

所述辅助容器获取所述应用程序的进程号，并根据所述进程号向所述应用程序发送配置更新信息；

所述应用程序接收到所述配置更新信息后，进行重启，加载所述应用程序容器中存储的解析后的参数配置文件。

本说明书提供的系统可以为单独的参数更新系统，也可以应用在多种数据分析处理系统中。所述系统可以包括上述实施例中任意一个参数更新装置。所述的系统可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述核对差异数据的检测系统可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图5是本说明书实施例中参数更新服务器的硬件结构框图。如图5所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本邻域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图5中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、GPU，或者具有与图5所示不同的配置。

存储器200可用于存储应用软件的软件程序以及模块，如本说明书实施例中的风险防控方法对应的程序指令/模块，处理器100通过运行存储在存储器200内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。

本说明书实施例提供的上述风险防控方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。

需要说明的是说明书上述所述的装置、处理设备、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

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

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

Claims (10)

1.一种参数更新方法，其特征在于，所述方法运行在应用程序对应的辅助容器中，所述方法包括：

实时监控所述应用程序的参数配置；

若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

将解析后的参数配置文件存储在所述应用程序的应用程序容器中；

向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

2.根据权利要求1所述的方法，其特征在于，所述向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件，包括：

获取所述应用程序的进程号；

根据所述进程号，向所述应用程序发送所述配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

3.根据权利要求1所述的方法，其特征在于，所述辅助容器部署在所述应用程序的容器组中。

4.根据权利要求3所述的方法，其特征在于，所述辅助容器在所述应用程序启动后自动部署在所述应用程序的容器组中。

5.根据权利要求3所述的方法，其特征在于，所述辅助容器手动部署在所述应用程序的部署模板文件中，与所述应用程序容器一起启动。

6.根据权利要求1所述的方法，其特征在于，所述向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件，包括：

调用所述应用程序的更新参数配置接口，向所述应用程序发送配置更新信息，以使得所述更新参数配置接口加载所述解析后的参数配置文件。

7.一种参数更新装置，其特征在于，运行在应用程序对应的辅助容器中，所述装置包括：

参数变动监测模块，用于实时监控所述应用程序的参数配置；

参数解析模块，用于若监控到所述应用程序的参数配置有变动，则对所述应用程序的更新后的参数配置文件进行解析；

配置文件存储模块，用于将解析后的参数配置文件存储在所述应用程序的容器中；

参数更新模块，用于向所述应用程序发送配置更新信息，以使得所述应用程序加载所述解析后的参数配置文件。

8.一种参数更新数据处理设备，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-6任一项所述方法的步骤。

9.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述指令被执行时实现权利要求1-6任一项所述方法的步骤。

10.一种参数更新系统，其特征在于，包括：应用程序、配置在所述应用程序的容器组中的应用程序容器和辅助容器，其中：

所述辅助容器利用应用程序容器共享存储卷的机制，实时监控所述应用程序的参数配置，若监控到所述参数配置有变动，则解析所述应用程序的参数配置文件，解析后的参数配置文件存储在所述应用程序容器中；

所述辅助容器获取所述应用程序的进程号，并根据所述进程号向所述应用程序发送配置更新信息；

所述应用程序接收到所述配置更新信息后，进行无停机重启，加载所述应用程序容器中存储的解析后的参数配置文件。