CN113608765A - 数据处理方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开的实施例提供了数据处理方法、装置、设备以及存储介质。方法包括获取目标数据，其中目标数据包括更新后的程序代码和更新后的配置文件；基于目标数据生成停止信号并发送给目标事件进程组；在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组；重启与目标事件进程组对应的事件进程组；基于重启的事件进程组执行更新后的程序代码。以此方式，可以实现在不影响当前事件处理的情况下，不停机进行系统升级，解决系统升级、日常维护所导致的停机时间，提高系统和应用的可用性。

Description

数据处理方法、装置、设备以及存储介质

技术领域

本公开涉及数据处理领域，尤其涉及基于Docker容器的数据处理领域。

背景技术

目前数据处理系统的技术方案是多线程数据处理或者是固定式多进程数据处理。

但是多线程的稳定性不足，在子线程发生崩溃时会导致主线程直接崩溃，且在CPU密集性的数据处理任务中优势不足，无法满足高可用，高性能的业务需求。

固定式多进程数据处理，会导致子进程数固定，无法最大效率利用多核CPU性能，无法平滑无缝新建子进程和关闭子进程，无法满足高可用，高性能的业务需求。

因此，现有的多线程数据处理或者固定式多进程数据处理，存在无法满足高可用，高性能的业务需求。

发明内容

本公开提供了一种数据处理方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种数据处理方法。该方法包括：

获取目标数据，其中目标数据包括更新后的程序代码和更新后的配置文件；

基于目标数据生成停止信号并发送给目标事件进程组；

在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组；

重启与目标事件进程组对应的事件进程组；

基于重启的事件进程组执行更新后的程序代码。

在第一方面的一些实现方式中，更新后的配置文件包括事件进程组关闭信息；在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组，包括：

目标事件进程组基于停止信号，停止从数据存储区获取数据；

当前事件组在完成当前事件处理的情况下，生成当前事件完成反馈信息并发送给主进程；

主进程根据当前事件完成反馈信息和事件进程组关闭信息，关闭目标事件进程组。

在第一方面的一些实现方式中，在重启与目标事件进程组对应的事件进程组之前，该方法还包括：加载更新后的程序代码。

在第一方面的一些实现方式中，更新后的配置文件还包括子进程数量信息；该方法还包括：

获取目标事件进程组中的子进程数量；

加载更新后的配置文件中包括的子进程数量信息；

根据配置文件中包括的子进程数量信息和目标事件进程组中的子进程数量，调整目标事件进程组中的子进程数。

在第一方面的一些实现方式中，根据配置文件中包括的子进程数量信息和目标事件进程组中的子进程数量，调整目标事件进程组中的子进程数，包括：

当目标事件进程组中的子进程数量小于配置文件中包括的子进程数量信息记载的数量时，在目标事件进程组中增加新的子进程。

在第一方面的一些实现方式中，根据配置文件中包括的子进程数量信息和目标事件进程组中的子进程数量，调整目标事件进程组中的子进程数，包括：

当目标事件进程组中的子进程数量大于配置文件中包括的子进程数量信息记载的数量时，获取目标事件进程组中子进程的标识信息；

根据标识信息，按照预设的标识信息排列顺序，关闭目标事件进程组中的至少一个子进程。

在第一方面的一些实现方式中，基于目标数据生成停止信号并发送给目标事件进程组，包括：

基于目标数据，生成升级信号；

根据升级信号，生成停止信号，并将停止信号发送给目标事件进程组。

根据本公开的第二方面，提供了一种数据处理装置。该装置包括：

获取模块，用于获取目标数据，其中目标数据包括更新后的程序代码和更新后的配置文件；

停止信号生成模块，用于基于目标数据生成停止信号并发送给目标事件进程组；

目标事件进程组关闭模块，用于在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组；

事件进程组重启模块，用于重启与目标事件进程组对应的事件进程组；

程序代码执行模块，用于基于重启的事件进程组执行更新后的程序代码。

根据本公开的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述第一方面，以及第一方面的一些实现方式中的数据处理方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如以上所述第一方面，以及第一方面的一些实现方式中的数据处理方法。

本公开提供的数据处理方法、装置、设备以及存储介质，在获取到更新后的数据，即目标数据后，基于目标数据，在当前事件处理完成的情况下，关闭目标事件进程组，并启动与所述目标事件进程组对应的事件进程组，来执行目标数据，以实现在不影响当前事件处理的情况下，不停机进行系统升级，解决系统升级、日常维护所导致的停机时间，提高系统和应用的可用性。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。附图用于更好地理解本方案，不构成对本公开的限定在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了根据本公开的实施例的数据处理方法的流程示意图；

图2示出了根据本公开的实施例的数据处理方法的原理示意图

图3示出了根据本公开的实施例的数据处理装置的结构框图；

图4示出了能够实施本公开的实施例的示例性电子设备的结构框图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

目前数据处理系统的技术方案是多线程数据处理或者是固定式多进程数据处理。

多线程的稳定性不足，在子线程发生崩溃时会导致主线程直接崩溃，且在CPU密集性的数据处理任务中优势不足，也无法满足热部署，高可用，高性能的业务需求。

而固定式多进程数据处理，会导致子进程数固定，无法最大效率利用多核CPU性能，无法平滑无缝新建子进程和关闭子进程，也无法满足热部署，高可用，高性能的业务需求。

因此，现有的数据处理系统的技术方案中，存在无法满足高可用，高性能的业务需求。

为了解决现有的方案中，存在无法满足高可用，高性能的业务需求的问题，本公开中，在获取到更新后的数据，即目标数据后，基于目标数据，在当前事件处理完成的情况下，关闭目标事件进程组，并启动与所述目标事件进程组对应的事件进程组，来执行目标数据，以实现在不影响当前事件处理的情况下，不停机实现系统升级，解决系统升级、日常维护所导致的停机时间，提高系统和应用的可用性。

下面结合附图对本公开实施例提供的技术方案进行描述。

图1是本公开实施例提供的一种数据处理方法的流程示意图，该方法的执行主体可以为部署Docker容器的设备。

Docker容器在数据隔离，启动速度，资源利用，环境一致性以及持续交付和部署方面有着显著的优势。多进程在多核CPU的并行效率更高，且进程间数据相互独立，稳定性高，子进程崩溃不会影响主进程和其它子进程，比较适用于CPU密集性操作。因此，本公开是在包括多进程的Docker容器的基础上实现的。

如图1所示，数据处理方法具体可以包括：

S101：获取目标数据，其中目标数据包括更新后的程序代码和更新后的配置文件。

在该过程中，具体可以是Docker容器中的主进程执行的，该目标数据是指用户给部署Docker容器的设备上传的更新后的程序代码和更新后的配置文件，以用于主进程基于更新后的程序代码和更新后的配置文件对部署Docker容器的设备进行更新升级。

S102：基于目标数据生成停止信号并发送给目标事件进程组。

在一个实施例中，该过程具体可以是主进程先基于目标数据，生成升级信号；之后主进程再根据升级信号，生成停止信号，并将停止信号发送给目标事件进程组。

S103：在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组。

需要说明的是，更新后的配置文件包括事件进程组关闭信息，以用于指示主进程关闭目标事件进程组。

在该过程中，具体是Docker容器中的目标事件进程组基于停止信号，停止从数据存储区获取数据，在目标事件进程组完成当前事件处理的情况下，生成当前事件完成反馈信息并发送给主进程，主进程根据上述当前事件完成反馈信息和事件进程组关闭信息，关闭目标事件进程组，以使当前事件的处理不受影响，其中，事件进程组关闭信息包括目标事件进程组的标识信息，例如账号(Identity document，ID)，以用于指引主进程关闭目标事件进程组，该目标事件进程组也可以指当前事件进程组，即正在运行的事件进程组。

还需要说明的是，不同进程之间的数据是隔离的，数据存储区可以是预设的事件组队列，目标事件进程组停止从数据存储区获取数据的过程具体可以是目标事件进程组通过进程间通信(Inter-Process Communication，IPC)停止从事件组队列中获取数据。

上述的事件组队列中的数据可以是数据接收层(RequestHandler)接收客户端发送的数据，并将数据经过过滤器处理后写入的。

在一个实施例中，上述的当前事件完成反馈信息可以被写入回执报文队列(ResponseQueue)，以使主进程根据写入的当前事件完成反馈信息来执行关闭目标事件进程组。

在关闭目标事件进程组后，为了使数据处理不受影响，需要重新开启其他的事件进程组以继续执行数据处理，运行系统，即执行S104。

S104：重启与目标事件进程组对应的事件进程组。

具体地，上述的目标事件进程组可以包括数据接收层(RequestHandler)子进程和/或结果响应层(ResponseHandler)子进程。

在一个具体的实施例中，主进程重启与目标事件进程组对应的事件进程组的过程，基于RequestHandler和/或ResponseHandler子进程，重新启动新的进程替代原有RequestHandler和/或ResponseHandler子进程以解决系统升级、日常维护所导致的停机时间，提高系统和应用的可用性。

S105：基于重启的事件进程组执行更新后的程序代码。

在该过程中，主进程可以先加载更新后的程序代码，基于重启的事件进程组，执行用户给部署Docker容器的设备上传的更新后的程序代码，以使部署Docker容器的设备执行更新后的程序，实现升级。

在本公开提供的数据处理方法中，主进程通过在处理完当前事件的情况下，关闭目标事件进程组，并重启新的进程组，即上述重启的事件进程组，替代原有的目标事件进程组，执行更新后的程序，因为新的进程与目标事件进程组之间的切换是连贯且迅速的，以基于重启的事件进程组执行更新后的程序代码，所以解决了系统升级、日常维护所导致的停机时间，提高系统和应用的可用性，该数据处理方法因为可以在不停机的情况下实现系统更新，因此可以称为热部署。

在一个实施例中，用户可以根据业务需求或中央处理器(central processingunit，CPU)核心数合理的配置事件进程组数量，将配置的事件进程组数量，即子进程数量信息保存在更新后的配置文件中，发送给部署Docker容器的设备，目标数据中可以包括上述更新后的配置文件，本公开可以基于更新后的配置文件，扩展目标事件进程组中的子进程数。

扩展过程，具体可以为获取目标事件进程组中的子进程数量，加载更新后的配置文件，根据目标事件进程组中正在运行的子进程的进程数和更新后的配置文件指定的进程数，即子进程数量信息，来调整目标事件进程组中的子进程数。

上述调整具体可以分为新增操作和删除操作。对于新增操作来说，当主进程检测到事件进程组中正在运行的子进程的进程数少于更新后的配置文件指定的进程数时，新增缺少的子进程，以使增加子进程后的目标事件进程组中的子进程数量与更新后的配置文件指定的进程数相等。

对于删除操作来说，当主进程检测到事件进程组中正在运行的子进程的进程数多于更新后的配置文件指定的进程数时，获取目标事件进程组中子进程的标识信息，根据该标识信息，按照预设的标识信息排列顺序，关闭目标事件进程组中的至少一个子进程，以使关闭子进程后的目标事件进程组中的子进程数量与更新后的配置文件指定的进程数相等。

在一个具体的实施例中，上述的标识信息可以为账号(Identity document，ID)，主进程根据目标事件进程组中子进程的ID，可以按照倒序，向对应的子进程发送结束信号，等待该子进程处理结束后，关闭子进程，以使关闭子进程后的目标事件进程组中的子进程数量与更新后的配置文件指定的进程数相等。

需要说明的是，在一个实施例中，子进程的ID与该子进程的生成时间有关，先生成的子进程的ID小于后生成的子进程的ID，因此在按照倒序，向对应的子进程发送结束信号时，是后生成的子进程先接收到结束信号，因此，先关闭的是后生成的子进程。

还需要说明的是，上述的倒序也可以按照需求进程调整，例如正序。

在本公开提供的数据处理方法中，用户可以根据业务需求或CPU核心数合理的配置事件进程组数量，充分利用多核CPU进行数据处理，主进程通过监控配置文件中指定的进程数，即子进程数量信息，调整目标事件进程组中的子进程数，在不影响业务系统正常运行机制的情况下，实现实时完成事件组的进程数的更新，即对已有的进程的操作都属于平滑操作，从而无需中断正在运行中服务，保证业务处理系统的高可用。

图2示出了一种数据处理方法的原理示意图，结合图2，数据处理方法的过程中，主进程管理器、数据接收层、事件进程组以及结果响应层分别可以执行如下步骤。

主进程管理器(MainProcess)，负责监控配置文件，管理子进程，接收信号，完成进程初始化，新增子进程，删除子进程等相关操作，即执行图1中的S101-S105的步骤。主进程可以根据配置文件中指定的进程数，即子进程数量信息，来实现调整目标事件进程组中的子进程数。

数据接收层(RequestHandler)，负责接收客户端请求的数据，并将数据经过过滤器处理后写入对应的事务组子进程读取的队列中。

事件进程组(Evnet1/Evnet2)，负责从队列中提取数据，进行数据处理，结果格式化等相关操作，每个事件进程组包括一组子进程，多个子进程负责对同一队列进行数据处理并写入ResponseQueue中。

结果响应层(ResponseHandler)，即数据持久化。从ResponseQueue队列中阻塞式提取数据，并将结果数据写入数据库或将数据转发给其它模块的统一数据处理器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。

以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。

与图1中数据处理方法相对应，本公开还提供了一种数据处理装置。

图3示出了根据本公开的实施例的数据处理装置的结构示意图，如图3所示，数据处理装置可以包括获取模块301、停止信号生成模块302、目标事件进程组关闭模块303、事件进程组重启模块304以及程序代码执行模块305。

获取模块301，可以用于获取目标数据，其中目标数据包括更新后的程序代码和更新后的配置文件；

停止信号生成模块302，可以用于基于目标数据生成停止信号并发送给目标事件进程组；

目标事件进程组关闭模块303，可以用于在检测到目标事件进程组基于停止信号完成当前事件处理的情况下，根据更新后的配置文件关闭目标事件进程组；

事件进程组重启模块304，可以用于重启与目标事件进程组对应的事件进程组；

程序代码执行模块305，可以用于基于重启的事件进程组执行更新后的程序代码。

在一个实施例中，更新后的配置文件包括事件进程组关闭信息；目标事件进程组关闭模块303，还可以用于目标事件进程组基于停止信号，停止从数据存储区获取数据；在当前事件组完成当前事件处理的情况下，生成当前事件完成反馈信息并发送给主进程；主进程根据当前事件完成反馈信息和事件进程组关闭信息，关闭目标事件进程组。

在一个实施例中，该装置还包括加载模块，用于在重启与目标事件进程组对应的事件进程组之前，加载更新后的程序代码。

在一个实施例中，该装置还可以包括调整模块；更新后的配置文件还包括子进程数量信息；

获取模块301，还可以用于获取目标事件进程组中的子进程数量；

加载模块，还可以用于加载更新后的配置文件中包括的子进程数量信息；

调整模块，还可以用于根据配置文件中包括的子进程数量信息和目标事件进程组中的子进程数量，调整目标事件进程组中的子进程数。

调整模块，还可以用于当目标事件进程组中的子进程数量小于配置文件中包括的子进程数量信息记载的数量时，在目标事件进程组中增加新的子进程。

调整模块，还可以用于当目标事件进程组中的子进程数量大于配置文件中包括的子进程数量信息记载的数量时，获取目标事件进程组中子进程的标识信息；根据标识信息，按照预设的标识信息排列顺序，关闭目标事件进程组中的至少一个子进程。

停止信号生成模块302，可以用于基于目标数据，生成升级信号；并根据升级信号，生成停止信号，并将停止信号发送给目标事件进程组。

在本公开提供的数据处理装置，通过在处理完当前事件的情况下，关闭目标事件进程组，并重启新的进程组，即上述重启的事件进程组，替代原有的目标事件进程组，执行更新后的程序，因为新的进程与目标事件进程组之间的切换是连贯且迅速的，以基于重启的事件进程组执行更新后的程序代码，所以解决了系统升级、日常维护所导致的停机时间，提高系统和应用的可用性。此外，用户还可以根据业务需求或CPU核心数合理的配置事件进程组数量，充分利用多核CPU进行数据处理，该装置通过监控配置文件中指定的进程数，即子进程数量信息，调整目标事件进程组中的子进程数，在不影响业务系统正常运行机制的情况下，实现实时完成事件组的进程数的更新。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

可以理解的是，图3所示的数据处理装置中的各个模块具有实现图1中各个步骤的功能，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图4示出了可以用来实施本公开的实施例的电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

设备400包括计算单元401，其可以根据存储在只读存储器(ROM)402中的计算机程序或者从存储单元404加载到随机访问存储器(RAM)403中的计算机程序，来执行各种适当的动作和处理。在RAM 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如图1中的数据处理方法。例如，在一些实施例中，图1中的数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到RAM 403并由计算单元401执行时，可以执行上文描述的数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行图1中的数据处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (10)

1.一种数据处理方法，应用于部署Docker容器的设备，其特征在于，所述方法包括：

获取目标数据，其中所述目标数据包括更新后的程序代码和更新后的配置文件；

基于所述目标数据生成停止信号并发送给目标事件进程组；

在检测到目标事件进程组基于所述停止信号完成当前事件处理的情况下，根据所述更新后的配置文件关闭所述目标事件进程组；

重启与所述目标事件进程组对应的事件进程组；

基于重启的事件进程组执行所述更新后的程序代码。

2.根据权利要求1所述的方法，其特征在于，所述更新后的配置文件包括事件进程组关闭信息；所述在检测到目标事件进程组基于所述停止信号完成当前事件处理的情况下，根据所述更新后的配置文件关闭所述目标事件进程组，包括：

所述目标事件进程组基于所述停止信号，停止从数据存储区获取数据；

所述当前事件组在完成当前事件处理的情况下，生成当前事件完成反馈信息并发送给主进程；

主进程根据所述当前事件完成反馈信息和事件进程组关闭信息，关闭所述目标事件进程组。

3.根据权利要求1所述的方法，其特征在于，在重启与所述目标事件进程组对应的事件进程组之前，所述方法还包括：

加载所述更新后的程序代码。

4.根据权利要求1所述的方法，其特征在于，所述更新后的配置文件还包括子进程数量信息；所述方法还包括：

获取目标事件进程组中的子进程数量；

加载所述更新后的配置文件中包括的子进程数量信息；

根据所述配置文件中包括的子进程数量信息和所述目标事件进程组中的子进程数量，调整所述目标事件进程组中的子进程数。

5.根据权利要求4所述的方法，其特征在于，所述根据所述配置文件中包括的子进程数量信息和所述目标事件进程组中的子进程数量，调整所述目标事件进程组中的子进程数，包括：

当所述目标事件进程组中的子进程数量小于所述配置文件中包括的子进程数量信息记载的数量时，在所述目标事件进程组中增加新的子进程。

6.根据权利要求4所述的方法，其特征在于，所述根据所述配置文件中包括的子进程数量信息和所述目标事件进程组中的子进程数量，调整所述目标事件进程组中的子进程数，包括：

当所述目标事件进程组中的子进程数量大于所述配置文件中包括的子进程数量信息记载的数量时，获取所述目标事件进程组中子进程的标识信息；

根据所述标识信息，按照预设的标识信息排列顺序，关闭所述目标事件进程组中的至少一个子进程。

7.根据权利要求1所述的方法，其特征在于，所述基于所述目标数据生成停止信号并发送给目标事件进程组，包括：

基于所述目标数据，生成升级信号；

根据所述升级信号，生成停止信号，并将所述停止信号发送给目标事件进程组。

8.一种数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取目标数据，其中所述目标数据包括更新后的程序代码和更新后的配置文件；

停止信号生成模块，用于基于所述目标数据生成停止信号并发送给目标事件进程组；

目标事件进程组关闭模块，用于在检测到目标事件进程组基于所述停止信号完成当前事件处理的情况下，根据所述更新后的配置文件关闭所述目标事件进程组；

事件进程组重启模块，用于重启与所述目标事件进程组对应的事件进程组；

程序代码执行模块，用于基于重启的事件进程组执行所述更新后的程序代码。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。

Images