[发明专利]数据处理方法、装置、设备、存储介质及程序产品

说明书

本申请提供一种数据处理方法、装置、设备、存储介质及程序产品，该方法包括：当任一进程运行出现异常时，生成异常信号并挂起，根据异常信号，从不同Docker容器的配置参数和宿主机的配置参数中确定出进程对应的目标配置参数，并将目标异常文件放置于目标存储位置。其中，目标配置参数包括目标异常文件的储存位置，目标异常文件是进程运行出现异常时生成的，目标异常文件包括运行状态信息，不同Docker容器的配置参数中包括的异常文件的储存位置和宿主机的配置参数中包括的异常文件的储存位置不同。该技术方案中，有效的提高了目标异常文件与Docker容器以及目标异常文件与宿主机的匹配准确度。

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、设备、存储介质及程序产品。

背景技术

Docker容器是一个开源的应用容器引擎，具有轻量化、可移植的特点，开发人员可以打包他们的应用以及相关依赖到一个Docker容器中，然后发布到宿主机上。Docker的轻便性有效提高了开发人员发布应用的效率。

现有技术中，Docker容器的实质是进程(Docker进程)，但与直接在宿主机上运行的进程不同，Docker进程运行在属于Docker容器的独立命名空间中。在Docker进程崩溃时，宿主机会将当前时刻Docker进程的运行状态信息以core文件的形式记录下来并保存在宿主机目录中，以便于开发人员找到导致Docker进程崩溃的bug，并对其进行修复。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：由于宿主机中一般会运行很多个Docker容器，宿主机以及所有的Docker容器生成的core文件都会保存在宿主机目录中，因此无法准确得知core文件具体由谁生成的，导致core文件与Docker容器以及core文件与宿主机的匹配准确度较差。

发明内容

本申请提供一种数据处理方法、装置、设备、存储介质及程序产品，以解决现有技术中由于宿主机中一般会运行很多个Docker容器，宿主机以及所有的Docker容器生成的core文件都会保存在宿主机目录中，因此无法准确得知core文件具体由谁生成的，导致core文件与Docker容器以及core文件与宿主机的匹配准确度较差的问题。

第一方面，本申请实施例提供一种数据处理方法，应用于宿主机，所述宿主机中运行有多个进程，所述方法包括：

当任一进程运行出现异常时，生成异常信号并挂起，所述异常信号包括目标Docker容器标识或宿主机标识，所述宿主机运行有Docker容器；

根据所述异常信号，从不同Docker容器的配置参数和宿主机的配置参数中确定出所述进程对应的目标配置参数，所述目标配置参数包括目标异常文件的储存位置，所述目标异常文件是所述进程运行出现异常时生成的，所述目标异常文件包括运行状态信息，所述不同Docker容器的配置参数中包括的异常文件的储存位置和所述宿主机的配置参数中包括的异常文件的储存位置不同；

将所述目标异常文件放置于所述目标存储位置。

在一种具体实施方式中，所述异常信号包括所述目标Docker容器标识，则所述根据所述异常信号，从不同Docker容器的配置参数和宿主机的配置参数中确定出所述进程对应的目标配置参数，包括：

根据Docker容器标识与配置参数的映射关系，从不同进程的配置参数中确定出所述目标Docker容器标识对应的所述目标配置参数。

在一种具体实施方式中，所述异常信号包括所述宿主机标识，则所述根据所述异常信号，从不同Docker容器的配置参数和宿主机的配置参数中确定出所述进程对应的目标配置参数，包括：

将所述宿主机标识对应的配置参数确定为所述目标配置参数。

在一种具体实施方式中，所述将所述目标异常文件放置于所述目标存储位置之前，所述方法还包括：