[发明专利]短期Linux容器的事后图像和体积查看

说明书

本公开的示例提供一种用于短期Linux容器(110)的事后图像查看方法的方法、系统(100)和计算机程序产品(300)。在本公开的一个示例中，用于短期Linux容器的事后图像查看方法包括：首先指导在容器管理系统(100)中创建短期Linux容器；并且将初始配置(140A)应用于短期Linux容器。此后，该方法包括：检测短期Linux容器的终止。最后，响应于所述终止，该方法包括：对短期Linux容器的配置(140B)进行快照；将初始配置与快照配置进行比较；以及，在容器管理显示(220)中显示差异列表(150)。

技术领域

本公开涉及短期Linux容器的管理，更具体地，涉及向短期Linux容器的配置的应用的管理。

背景技术

通常，计算机程序在计算机裸机上的操作系统环境中执行，其中操作系统处理计算机程序的程序指令并提供对计算机资源的适度访问。然而，在现代计算时代，在同一台计算机内执行多个不同的程序已成为一项基本要求。为此，虚拟化是一种技术，它允许在不同的隔离虚拟机(称为“客户”并由称为“管理程序”的监督进程管理)中执行不同的计算机程序实例。每个虚拟机与其它虚拟机隔离，使得在对应虚拟机内执行的计算机程序的每个实例保持与相同程序或其它程序的其它实例完全隔离。

然而，虚拟化的使用并非没有后果。作为客户操作系统的每个虚拟机在其本身中支持能够承载(host)对应计算机程序实例的执行的操作系统的操作。如将理解的，在单个计算系统中的对应虚拟机内执行的多个不同操作系统会消耗计算系统的大量资源，从而影响它们各自虚拟机中的所有主机应用程序的执行。

为了解决虚拟化的过度资源消耗，容器化经常被用作合适的替代品——尤其是在单个计算机程序的多个实例将被部署在同一主机计算系统中的情况下。与虚拟化不同，在容器化中，没有在每个容器中部署单独的操作系统。因此，容器化需要较少的资源消耗，因此实现对于在容器化的主机计算系统中执行的计算机程序的所有实例更高的操作性能。即便如此，像虚拟化环境一样，在容器化环境中，每个容器都必须针对主机计算系统的底层资源进行配置，底层资源例如是允许的存储器使用、处理器使用、持久存储和访问控制等。

无论是在虚拟化环境还是容器化环境中，管理多个容器化计算系统内的多个容器的配置都提出了巨大的挑战。为了管理容器化主机环境的协调配置，已经开发了定义不同配置的标准化方法，使得可以简单地参考配置定义来配置容器，并且使得可以将容器的配置表示为定义。但是，了解如何配置容器以及是否允许偏离容器配置需要人工干预。在单个甚至少数几个容器的上下文中，这些都是可以管理的。但是，在数十、数百或数千个容器的情况下，手动管理不同容器中的配置变化几乎是不可能的。

发明内容

本公开的实现方式解决了本领域在容器配置管理方面的缺陷，并提供了一种新颖且非显而易见的方法、系统和计算机程序产品，以用于短期Linux容器的事后图像查看方法。

在本公开的一个示例中，一种用于短期Linux容器的事后图像查看方法包括：通过主机计算平台的数据处理硬件指导在容器管理系统中创建短期Linux容器；并且通过数据处理硬件将初始配置应用于短期Linux容器。该方法还包括由数据处理硬件检测短期Linux容器的终止。响应于所述终止，该方法包括：由数据处理硬件对短期Linux容器的配置进行快照；将初始配置与快照配置进行比较；以及，在容器管理显示中显示差异列表。

本公开的这个方面可以包括以下可选特征中的一个或多个。在一个示例中，快照配置是与终止同时存在于短期Linux容器中的文件列表，并且初始配置是与短期Linux容器的创建同时存在于短期Linux容器中的文件列表。为此，该比较可以是对应于与终止同时存在于短期Linux容器中的文件列表的数据和对应于与短期Linux容器的创建同时存在于短期Linux容器中的文件列表的可比较数据的比较。