[发明专利]确定软件容器中软件的标识的方法和系统

说明书

一个或多个处理器扫描第一软件容器模板以寻找在与第一软件容器模板相关联的第一软件容器上存在的软件的一个或多个标识的。一个或多个处理器产生在所述第一软件容器上存在的所述软件的一个或多个标识的映射。其中将在所述第一软件容器上存在的所述软件的一个或多个标识与以下的其中一项或两项映射：所述第一软件容器模板的标识符以及与所述第一软件容器模板相关的所述第一软件容器的标识符。

技术领域

本公开总体上涉及软件标识确定的领域，以及更具体的涉及软件容器中软件的标识确定。

背景技术

软件容器由整个运行环境组成：应用，加上其全部附属(dependency)、库和其它二进制数(binary)、以及需要执行它的配置文件，被捆绑入一个包(package)中。通过“容器化”(containerizing)应用平台及其附属，操作系统(OS)分布和基本的基础建设中的差异被抽象出(abstracted away)。

总体上，当与虚拟机器(VMs)相比，软件容器被认为是“轻便的”。与软件容器不同，VM包含整个OS和应用。例如，物理服务器执行三个VM将具有在其顶部执行的管理程序和的三个分离的OS。相比之下，在另一示例中，执行三个容器化的应用的服务器执行每个软件容器与其他软件容器共享的单独的OS核心(kernel)。OS共享的部分为只读且每个软件容器具有用于写入的其自身的运载工具(mount)(例如，访问(access)软件容器的方法)。那意味着软件容器比VM在代码数量或者软件类型的需求方面更轻便且使用更少的资源。例如，软件容器在大小方面可仅为几十兆字节，而具有其自身整个OS的VM，在大小方面可为几十亿字节。因此，单独的服务器可以主控(host)远多于VM的软件容器。进一步地，VM为了开始执行它们主控的应用可花费几分钟来启动(boot up)它们的OS。相比之下，容器化的应用可以几乎立即被开始。

由于它们轻便的本质和灵活，软件容器已经变得越来越流行。例如，DOCKER是通过提供LINUX上OS级虚拟化的抽象和自动的额外层以自动化软件容器中的应用部署的开源方案。C组(aka控制组)为经常用于限制、监测、控制以及描述特定进程(实际为进程组)的资源使用的LINUX核心特征。DOCKER使用诸如c组和核心命名空间的LINUX核心的资源分离特征以允许独立的LINUX软件容器(LXC)来在单独LINUX实例内部执行。

DOCKER是基于软件容器云系统新兴趋势的示例。这是由于软件容器在云系统中快速的部署、执行以及迁移。基于软件容器的云系统的安全性取决于软件容器，如它们的名字暗示的，被密封的事实。LXC影响(leverage)c组以隔离CPU、存储器、文件/块I/O以及网络资源。LXC同样使用命名空间以从操作系统中隔离应用和分离进程树、网络访问、用户ID以及文件访问。LXC被认为是在安全性方面落在根目录切换(chroot)和VM之间的技术，根目录切换是更改当前正在运行的进程和其子进程的可见(apparent)根目录的操作。在如此修改的环境中运行的程序不可以在环境的目录树外面访问文件和指令。更改根目录通常为执行系统上的系统维护而做，而启动和/或登入不再可能。

发明内容

本发明的实施例提供了用于确定软件容器中软件的标识的方法、系统以及程序产品。一个或多个处理器扫描第一软件容器模板以寻找在第一软件容器上存在的软件的一个或多个标识的，第一软件容器与所述第一软件容器模板相关。一个或多个处理器产生在所述第一软件容器上存在的所述软件的一个或多个标识的映射。其中在所述第一软件容器上存在的所述软件的一个或多个标识与：所述第一软件容器模板的标识符和与所述第一软件容器模板相关的所述第一软件容器的标识符中的一个或两者映射。

附图说明

图1是根据本发明示例性实施例说明第一软件发现环境的第一功能性框图；

图2是根据本发明示例性实施例说明第二软件发现环境的第二功能性框图；