CN110489239A - 一种容器管理方法、装置及设备 - Google Patents

Abstract

本说明书实施例提供一种容器管理方法、装置及设备。所述方法包括：根据接收到的待处理任务，启动任务执行容器；将所述待处理任务发送至所述任务执行容器；接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；若不存在，销毁所述任务执行容器。通过上述方法，在容器执行完任务之后，可以及时销毁后续过程中不存在需要执行的任务的容器，从而避免空闲状态下的容器占用较多的系统资源，减少了不必要的资源浪费。

Description

一种容器管理方法、装置及设备

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种容器管理方法、装置及设备。

背景技术

在以往的计算机技术领域中，操作人员可以通过虚拟机来运行相应的程序，从而避免了在物理主机上运行程序时对资源的利用不到位的问题，且能够在不同的操作系统中实现对于程序的测试。但是，利用虚拟机运行程序时，同样还需要移植相应的操作系统和程序的外部依赖环境。当操作人员只关注运行程序时，针对每个虚拟机中的操作系统和外部依赖环境的移植往往会浪费较多的时间。

针对上述情况，诞生了容器技术。容器是一种内核轻量级的操作系统层虚拟化技术，同样可以直接在容器中运行程序。相较于虚拟机，容器本身较为轻量，能够更加便捷地进行部署和移植。但是在容器执行任务的过程中，尤其是执行批量任务的过程中，往往会启动大量的容器，从而调用大量的服务器。但在容器执行任务完毕之后，并不能及时对容器进行销毁，导致这些容器仍然占据着大量的空间和资源。因此，目前亟需一种能够对容器进行管理的方法。

发明内容

本说明书实施例的目的是提供一种容器管理方法、装置及设备，以解决现有技术中在容器执行任务完毕后在空闲状态时仍然占用大量系统资源，从而造成资源的不必要浪费的问题。

为了解决上述技术问题，本说明书实施例提出一种容器管理方法、装置及设备具体是这样实现的：

一种容器管理方法，包括：

根据接收到的待处理任务，启动任务执行容器；

将所述待处理任务发送至所述任务执行容器；

接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；

若不存在，销毁所述任务执行容器。

一种容器管理装置，包括：

容器启动模块，用于根据接收到的待处理任务，启动任务执行容器；

任务发送模块，用于将所述待处理任务发送至所述任务执行容器；

任务判断模块，用于接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；

容器销毁模块，用于在不存在需要所述任务执行容器执行的任务时，销毁所述任务执行容器。

一种容器管理设备，包括存储器和处理器；

所述存储器，用于存储计算机指令；

所述处理器，用于执行所述计算机指令实现以下步骤：根据接收到的待处理任务，启动任务执行容器；将所述待处理任务发送至所述任务执行容器；接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；若不存在，销毁所述任务执行容器。

由以上本说明书实施例提供的技术方案可见，本说明书实施例在接收到待处理任务之后，启动相应的任务执行容器并利用这些容器处理相应的待处理任务。在处理完毕之后，在判断发现所述任务执行容器不存在需要执行的任务的时候，销毁所述任务执行容器。通过上述方法，在容器不存在需要执行的任务的时候能够及时销毁所述容器，避免了空闲状态下的容器仍然占据系统资源，节省了相应的系统空间和资源。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例一种容器管理方法的流程图；

图2为本说明书实施例一种容器管理方法的流程图；

图3为本说明书实施例一种容器管理装置的模块图；

图4为本说明书实施例一种容器管理设备的示意图。

具体实施方式

下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

针对上述技术问题，本说明书实施例提出一种容器管理方法。所述容器管理方法的执行主体为计算机设备，所述计算机设备包括服务器、工控机(工业控制计算机)、一体机、PC机等。如图1所示，所述方法的具体步骤如下：

S110：根据接收到的待处理任务，启动任务执行容器。

容器技术是一种内核轻量级的操作系统层虚拟化技术。通过容器技术可以忽视不同操作系统之间的差异，使得针对应用程序的测试能够更好进行。

待处理任务即为需要在容器中进行执行的任务，例如在容器中进行数据的计算或应用程序的运行等。所述待处理任务可以是其他设备，例如终端设备、其他服务器，发送至所述计算机设备并等待执行的任务。

任务执行容器即为执行所述待处理任务的容器。在实施过程中，可以根据待处理任务的特点来分配相应的任务执行容器。例如，可以考虑执行所述待处理任务的难易程度或发送所述待处理任务的设备与相应容器的对应关系来确定对应于所述待处理任务的任务执行容器。

所述待处理任务中还可以直接包含有容器标识。所述容器标识，用于指向执行所述待处理任务的容器。所述计算机设备在获取到所述容器标识之后，可以确定对应的任务执行容器，并启动所述任务执行容器来执行所述待处理任务。

在一个实施方式中，所述待处理任务可以是分布式系统中的批量任务。由于分布式系统中利用多个节点对任务进行处理，在任务的处理过程中在每个节点上均需要启动相应的容器来进行任务的处理，因此，在执行所述批量任务时，所启动的容器数量更多，更需要考虑容器的及时销毁问题。

在所需要处理的任务为批量任务时，可以先根据接收到的批量任务，确定用于执行所述批量任务的容器数量和容器标识。具体的操作过程中，可以根据批量任务的执行节点的相关信息来确定对应的容器。再根据所确定的容器数量和容器标识，启动对应的至少一个任务执行容器。

在确定任务执行容器之后，可以启动所述任务执行容器，使得能够在接下来的步骤中利用所述任务执行容器对所述待处理任务进行处理。

S120：将所述待处理任务发送至所述任务执行容器。

在启动所述任务执行容器之后，所述计算机设备可以将所述待处理任务发送至所述任务执行容器，使得所述任务执行容器能够实现对于所述待处理任务的处理。

在一个实施方式中，启动所述任务执行容器之后，所述任务执行容器需要反馈启动确认信息。所述计算机设备在接收到所述启动确认信息之后，确定了所述任务执行容器已经处于能够处理所述待处理任务的状态。因此，在接收到所述启动确认信息之后，将所述待处理任务发送至所述任务执行容器进行处理。

在所述待处理任务为批量任务，所确定的容器为至少一个任务执行容器时，将所述批量任务对应地发送至所述至少一个任务执行容器用于进行批量任务的执行。

S130：接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务。

所述任务执行容器处理完所述待处理任务之后，将所述任务执行结果反馈至所述计算机设备。

所述计算机设备在接收到所述任务执行结果之后，判断是否还存在需要所述任务执行容器执行的任务。

若不存在，则所述容器并不需要再执行任务，若不销毁所述任务执行容器，该容器会一直处于空闲状态，从而一直占用多余的系统空间资源，可能会对服务器中的其他进程造成影响。因此，需要将所述任务执行容器进行销毁。

若存在，则所述任务执行容器仍然需要继续执行任务，不能将所述任务执行容器销毁。将需要由所述任务执行容器执行的任务发送给任务执行容器执行。重复上述判断步骤和任务发送步骤直至不存在需要所述任务执行容器执行的任务，将所述任务执行容器销毁。

在一个实施方式中，还可以判断在预设时限内是否还存在需要所述任务执行容器执行的任务。通过设定预设时限，能够更好地把握容器处于空闲状态的时间，从而既不会因为销毁掉一段时间需要再次执行任务的容器而浪费功夫，也不会因为容器需要等待较长时间才能再次执行任务而让改容器继续占用较长时间的资源。

利用一个具体的示例进行说明，假设容器A在执行完当前任务后，仍然存在一个需要处理的任务，但根据当前任务处理的进度安排，轮到容器A处理任务时可能已经是2小时之后，若不对其进行销毁，则容器A在这两小时内均处于空闲状态，仍然会占用较多的资源。因此，可以设定预设时限为半小时，由于容器A在半小时内不存在需要执行的任务，可以在需要容器A执行任务时再重新启动该容器，从而更好地保障了内部资源的利用情况。

在待处理任务为批量任务的情况下，由于各个容器处理批量任务的进度不一致，首先需要确定接收到所有任务执行容器反馈的任务执行结果后，再进行下一步的判断。

在判断容器是否还需要执行任务时，由于多个任务执行容器中可能出现有的容器不存在需要执行的任务，有的容器仍然需要再次执行任务的情况，因此可以逐个判断这些任务执行容器是否还需要继续执行任务。对于其中需要再次执行任务的容器不作处理，对于不需要执行任务的容器进行销毁，从而在保障任务能够正常进行的同时也进一步地释放多余的空间资源。

在一个实施方式中，针对上述至少一个任务执行容器也可以逐个判断在预设时限内是否存在需要所述至少一个任务执行容器执行的任务。具体的针对预设时限和判断步骤的说明可以参考本步骤内的相关叙述，在此不做赘述。

S140：若不存在，销毁所述任务执行容器。

若经过上述判断步骤之后，针对所述任务执行容器不存在需要执行的任务，则所述任务执行容器即将处于空闲状态。为了对系统资源进行更为合理的安排，避免任务执行容器占用不必要的资源，需要对所述任务执行容器执行销毁操作。

若经过上述判断，所述任务执行容器仍然需要继续执行任务，则将容器销毁后，再次执行任务时需要重新建立，浪费了相应的资源和时间，不利于业务的正常进行。因此，对于后续过程中需要执行任务的容器不执行销毁操作。待该容器需要执行任务时在将任务发送至所述任务执行容器，并在任务执行完毕后再次判断是否存在需要继续执行的任务。重复上述操作直至所述任务执行容器不存在需要执行的任务时，将所述任务执行容器进行销毁，释放系统资源。

在所述待执行任务为批量任务时，需要启动至少一个任务执行容器，则经过上述判断步骤之后，对于其中不存在需要执行任务的任务执行容器进行销毁，而对于其中存在需要执行任务的任务执行容器不做销毁操作。将需要继续执行的任务发送给所述任务执行容器，并在接收到所述任务执行容器反馈的任务执行结果后，销毁所述任务执行容器中不需要继续执行任务的任务执行容器。通过上述过程，确保了对需要执行任务的容器进行正确的操作，保障了业务的有效进行的同时，也能够释放多余的系统资源，有利于其他服务的更好的完成。

通过上述容器管理方法的实施例的说明，在接收到待处理任务之后，启动相应的任务执行容器并利用这些容器处理相应的待处理任务。在处理完毕之后，在判断发现所述任务执行容器不存在需要执行的任务的时候，销毁所述任务执行容器。通过上述方法，在容器不存在需要执行的任务的时候能够及时销毁所述容器，避免了空闲状态下的容器仍然占据系统资源，节省了相应的系统空间和资源。

为了便于对上述容器管理方法进行理解，从而更好的对上述容器管理方法进行执行，利用一个具体的应用场景示例来对上述方法进行说明。在该场景示例中，用于执行所述容器管理方法的计算机设备由调度器、容器启动装置和容器销毁装置进行代替。

调度器用于接收待处理任务，并根据待处理任务确定执行该任务的容器。还可以用于判断是否还存在需要该容器执行的任务。还可以分别发送容器启动指令和容器销毁指令给容器启动装置和容器销毁装置。

容器启动装置能够根据接收到的容器启动指令来启动相应的容器用于执行相应的任务。

容器销毁装置可以根据所接收到的容器销毁指令来销毁对应的容器从而释放空间资源。

基于上述调度器、容器启动装置和容器销毁装置，如图2所示，所述容器管理方法的执行步骤如下所示：

S210：调度器发送容器启动指令至容器启动装置。

所述容器启动指令中包含需要启动的容器的标识信息。将所述容器启动指令发送给容器启动装置能够启动相应的容器来执行待处理任务。

S220：容器启动装置启动任务执行容器。

容器启动指令在接收到容器启动指令后，能够确定需要启动的任务执行容器，启动所述任务执行容器来执行后续的任务。

S230：任务执行容器反馈启动确认信号至调度器。

任务执行容器在接收到容器启动指令并正常启动之后，反馈启动确认信号至调度器，从而确定该容器已经正常启动，可以用于执行相应的任务。

S240：调度器发送待处理任务至任务执行容器。

调度器在接收到启动确认信号后，确定对应的任务执行容器已经能够用于任务的执行。将所述待处理任务发送至任务执行容器进行执行。

S250：任务执行容器反馈任务执行结果至调度器。

任务执行容器在接收到待处理任务之后，执行所述待处理任务并得到任务执行结果。将任务执行结果反馈给调度器提示任务已经执行完毕。

S260：调度器判断是否存在需要所述任务执行容器执行的任务。

调度器在接收到所述任务执行结果后，即可确定容器已经将所分配的待处理任务执行完毕。判断是否还存在需要由所述任务执行容器执行的任务。

S270：若不存在，调度器发送容器销毁指令至容器销毁装置。

若已经不存在需要由所述任务执行容器执行的任务，则需要将所述任务执行容器进行销毁从而释放空间资源。所述调度器将对应于所述任务执行容器的容器销毁指令发送至容器销毁装置。

S280：容器销毁装置销毁任务执行容器。

容器销毁装置在接收到所述容器销毁指令后，确定需要销毁的任务执行容器后，销毁所述任务执行容器来释放相应的空间资源。

通过上述方法的实施例及场景示例的说明可以看出，本说明书一种容器销毁的方法能够在容器处理完毕任务之后，及时地判断该容器是否还需要继续执行任务，并对当前为空闲状态的容器进行销毁，从而释放相应的空间资源，确保不会存在过多处于空闲状态的容器占用过多的系统资源，避免了资源的浪费，更有利于其他服务的正常进行。

此外，针对用于处理批量任务的多个任务执行容器，也能够逐个进行任务的发送以及是否需要销毁的判断，从而保证所述任务执行容器能够根据实际的应用情况确定销毁情况，在确保业务正常进行的同时对系统资源进行有效的释放。

为了更好地实现上述容器管理方法，本说明书实施例还提供一种容器管理装置，所述容器管理装置设置于所述计算机设备。如图3所示，所述容器管理装置具体包括：

容器启动模块310，用于根据接收到的待处理任务，启动任务执行容器；

任务发送模块320，用于将所述待处理任务发送至所述任务执行容器；

任务判断模块330，用于接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；

容器销毁模块340，用于在不存在需要所述任务执行容器执行的任务时，销毁所述任务执行容器。

为了更好地实施上述容器管理方法，本说明书实施例还提供一种容器管理设备。如图4所示，所述容器管理设备包括处理器和存储器。

在本实施例中，所述存储器可以按任何适当的方式实现。例如，所述存储器可以为只读存储器、机械硬盘、固态硬盘、或U盘等。所述存储器可以用于存储计算机指令。

在本实施例中，所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述处理器可以执行所述计算机指令实现以下步骤：根据接收到的待处理任务，启动任务执行容器；将所述待处理任务发送至所述任务执行容器；接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；若不存在，销毁所述任务执行容器。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

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

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

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

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (10)

1.一种容器管理方法，其特征在于，包括：

根据接收到的待处理任务，启动任务执行容器；

将所述待处理任务发送至所述任务执行容器；

接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；

若不存在，销毁所述任务执行容器。

2.如权利要求1所述的方法，其特征在于，所述根据接收到的待处理任务，启动任务执行容器，包括：

根据所述待处理任务中包含的容器标识，启动对应的任务执行容器。

3.如权利要求1所述的方法，其特征在于，所述判断是否还存在需要所述任务执行容器执行的任务，包括：

判断在预设时限内是否还存在需要所述任务执行容器执行的任务。

4.如权利要求1所述的方法，其特征在于，所述判断是否还存在需要所述任务执行容器执行的任务之后，还包括：

若存在，将所述需要所述任务执行容器执行的任务发送至所述任务执行容器；

接收到所述任务执行容器的任务执行结果后，若不存在需要所述任务执行容器执行的任务，将所述任务执行容器销毁。

5.如权利要求1所述的方法，其特征在于，所述待处理任务，包括分布式系统中的批量任务；所述根据接收到的待处理任务，启动任务执行容器，包括：

根据接收到的所述批量任务，启动至少一个任务执行容器；

相应地，所述将所述待处理任务发送至所述任务执行容器，包括：

将所述批量任务发送至所述至少一个任务执行容器；

所述接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务，包括：

接收到所述至少一个任务执行容器反馈的任务执行结果后，逐个判断所述至少一个任务执行容器是否需要继续执行任务；

所述若不存在，销毁所述任务执行容器，包括：

销毁所述至少一个任务执行容器中不需要继续执行任务的任务执行容器。

6.如权利要求5所述的方法，其特征在于，所述根据接收到的所述批量任务，启动至少一个任务执行容器，包括：

根据接收到的所述批量任务，确定用于执行所述批量任务的容器数量和容器标识；

根据所述容器数量和所述容器标识，启动至少一个任务执行容器。

7.如权利要求5所述的方法，其特征在于，所述逐个判断所述至少一个任务执行容器是否需要继续执行任务，包括：

逐个判断在预设时限内是否存在需要所述至少一个任务执行容器执行的任务。

8.如权利要求5所述的方法，其特征在于，所述销毁所述至少一个任务执行容器中不需要继续执行任务的任务执行容器之后，还包括：

将需要继续执行的任务发送给所述任务执行容器；

在接收到所述任务执行容器反馈的任务执行结果后，销毁所述任务执行容器中不需要继续执行任务的任务执行容器。

9.一种容器管理装置，其特征在于，包括：

容器启动模块，用于根据接收到的待处理任务，启动任务执行容器；

任务发送模块，用于将所述待处理任务发送至所述任务执行容器；

任务判断模块，用于接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；

容器销毁模块，用于在不存在需要所述任务执行容器执行的任务时，销毁所述任务执行容器。

10.一种容器管理设备，其特征在于，包括存储器和处理器；

所述存储器，用于存储计算机指令；

所述处理器，用于执行所述计算机指令实现以下步骤：根据接收到的待处理任务，启动任务执行容器；将所述待处理任务发送至所述任务执行容器；接收到所述任务执行容器反馈的任务执行结果后，判断是否还存在需要所述任务执行容器执行的任务；若不存在，销毁所述任务执行容器。