CN104915239A - 使用容器进行多进程启动的方法及装置 - Google Patents

Abstract

本发明公开了一种使用容器进行多进程启动的方法及装置，涉及web平台技术领域，主要目的在于解决容器一次往往允许运行一个进程，而执行一个业务往往需要多个进程的支持，从而导致在业务执行过程中需要使用多个容器，造成资源的浪费的问题。本发明涉及的主要技术方案包括：获取待启动服务项对应的第一脚本文件，第一脚本文件中包含待启动服务项的多个功能应用；根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件；构建容器进程控件，容器进程控件能够通过调用一个进程实现多个子进程的调用；将第二脚本文件与容器进程控件生成一个容器镜像并运行。本发明主要应用于Linux系统使用容器进行多进程启动的过程中。

Description

使用容器进行多进程启动的方法及装置

技术领域

本发明涉及web平台技术领域，特别是涉及一种使用容器进行多进程启动的方法及装置。

背景技术

为了能够节省硬件资源，虚拟化技术得到越来越多的认可及使用。虚拟化技术是一种资源管理技术，是将计算机的各种实体资源，如服务器，予以抽象、转换后呈现出来，打破实体机构间不可分割的障碍。目前，为了节省服务器资源，通过Xen虚拟化技术将一台服务器虚拟出多台服务器，虚拟出的多台服务器之间共享包括内核在内的一个完整的系统镜像，同时一个服务器上能够允许多个进程同时运行，以满足不同业务的应用需求。在通过Xen虚拟化技术虚拟服务器时，需要在实体服务器上构建一个虚拟化层，基于虚拟化层虚拟多个服务器，确保了虚拟的多个服务器之间运行空间的隔离，但是，由于虚拟化层的构建，导致虚拟服务器与系统内核不是直接进行交互，因此，使得虚拟服务器的性能不能满足不同业务的更多需求。

为了解决上述问题，可以将服务器上的不同业务分离到容器中，容器的构建无需构建虚拟化层，就能提供隔离的运行空间，即每个容器内都包含一个独享的完整运行空间，构建后的容器可以与系统内核直接进行交互，提高了中央处理器(Central Processing Unit，CPU)、内存等硬件资源的处理效率。但是，容器一次往往允许运行一个进程，而执行一个业务往往需要多个进程的支持，从而导致在业务执行过程中需要使用多个容器，造成资源的浪费。

发明内容

有鉴于此，本发明提供的一种使用容器进行多进程启动的方法及装置，主要目的在于解决容器一次往往允许运行一个进程，而执行一个业务往往需要多个进程的支持，从而导致在业务执行过程中需要使用多个容器，造成资源的浪费的问题。

依据本发明一个方面，本发明提供了一种使用容器进行多进程启动的方法，所述方法包括：

获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

将所述第二脚本文件与所述容器进程控件生成一个容器镜像并运行。

依据本发明一个方面，本发明提供了一种使用容器进行多进程启动的装置，所述装置包括：

第一获取单元，用于获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

第二获取单元，用于根据预设脚本功能参数对所述第一获取单元获取的所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建单元，用于构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

生成单元，用于将所述第二获取单元获取的所述第二脚本文件与所述构建单元构建的所述容器进程控件生成一个容器镜像；

运行单元，用于运行所述生成单元生成的所述容器镜像。

借由上述技术方案，本发明提供的使用容器进行多进程启动的方法及装置，首先对获取到的待启动服务项对应的第一脚本文件进行处理，得到第二脚本文件，将第二脚本文件与容器进程控件生成一个容器镜像，由于容器进程控件能够通过调用一个进程实现多个子进程的调用，本发明中可以将第二脚本中包含的多个功能应用在运行时需要的多个进程作为调用进程的子进程，因此，当容器镜像运行时，实现使用一个容器启动多个进程。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种使用容器进行多进程启动的方法的流程图；

图2示出了本发明实施例提供的一种使用容器进行多进程启动的装置的组成框图；

图3示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图；

图4示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图；

图5示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图；

图6示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图；

图7示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图；

图8示出了本发明实施例提供的另一种使用容器进行多进程启动的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供一种使用容器进行多进程启动的方法，如图1所示，该方法包括：

101、获取待启动服务项对应的第一脚本文件。

本发明实施例中，待启动服务项可以包括但不局限于以下内容，例如，待启动服务项为开机服务、关机服务；或者自动启动某个应用程序服务等等。具体的，本发明实施例对待启动服务项的内容不进行限定。

获取待启动服务项对应的第一脚本文件，第一脚本文件中包含待启动服务项的多个功能应用，多个功能应用在运行时需要由多个进程执行完成。其中，该多个功能应用中包含启动该待启动服务项所必须的功能应用以及启动该待启动服务项所非必须的功能应用。

102、根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件。

所述预设脚本功能参数是人为设置的，用于对步骤101中获取的第一脚本文件进行处理，获取第二脚本文件，第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用，避免了启动待启动服务项所非必须的功能应用，节省了资源。本发明实施例中，预设脚本功能参数的设置是根据待启动服务项的实际功能应用进行设置的，不同的待启动服务项对应有不同的预设脚本功能参数；相同的待启动服务项，不同的用户设置的预设脚本功能参数也可能存在差异。此外，预设脚本功能参数的设置还要根据待启动服务项具体的应用环境，例如，当待启动服务项应用于Linux系统中时，所述预设脚本功能参数还应包含Linux系统启动时所必须的预设脚本功能参数。但在设置预设脚本功能参数时至少应包含启动待启动服务项所必须的多个功能应用，还可以根据用户自身的实际需求对预设脚本功能参数进行设置。

为了更好的理解预设脚本功能参数，以下以相同的待启动服务项，不同的用户，设置的预设脚本功能参数存在差异为例进行说明。示例性的，假设待启动服务项A的第一脚本文件中包括功能应用1、功能应用2、功能应用3、功能应用4、功能应用5、功能应用6……其中，功能应用2和功能应用4是启动待启动服务项A所必须的功能应用。用户I设置预设脚本功能参数为功能应用2和功能应用4；用户II设置预设脚本功能参数为功能应用2、功能应用4和功能应用5。以上仅为示例性的举例，具体的本发明实施例对预设脚本功能参数的设置方式、设置内容不进行限定。

103、构建容器进程控件。

其中，容器进程控件能够通过调用一个进程实现多个子进程的调用。在一个进程调用多个子进程时，可以接收子进程发送的请求信息，也可以向子进程发送控制信息等，实现通过一个进程调用多个子进。

104、将第二脚本文件与容器进程控件生成一个容器镜像并运行。

将第二脚本文件与容器进程控件进行绑定，生成容器镜像，当该容器镜像运行时，将第一脚本文件中的功能应用在运行时需要的进程作为容器进程控件能够调用的子进程，实现一个容器内同时运行多个进程。

本发明提供的使用容器进行多进程启动的方法，首先对获取到的待启动服务项对应的第一脚本文件进行处理，得到第二脚本文件，将第二脚本文件与容器进程控件生成一个容器镜像，由于容器进程控件能够通过调用一个进程实现多个子进程的调用，本发明中可以将第二脚本中包含的多个功能应用在运行时需要的多个进程作为调用进程的子进程，因此，当容器镜像运行时，实现使用一个容器启动多个进程。进一步的，作为对上述实施例的细化和扩展，上述步骤101中获取待启动服务项对应的第一脚本文件时，在本发明实施例的一种实现方式中，根据预置脚本存储路径获取静态文件，从静态文件中提取待启动服务项对应的第一脚本文件，其中，静态文件中记录有待启动服务项的启动流程。本发明实施例中，预置脚本存储路径可以是系统自动配置的存储路径，也可以是用户根据自身的需求所配置的存储路径。预置脚本存储路径提供静态文件存储的路径，对静态文件的内容不会产生影响，因此本发明实施例对预置脚本存储路径不进行具体限定。

静态文件中可能包含一个待启动服务项对应的第一脚本文件，也可能包含多个待启动服务项对应的第一脚本文件，因此，在从静态文件提取待启动服务项对应的第一脚本文件之前，首先，要确定该静态文件中待启动服务项的个数，确定待启动服务项，从静态文件中提取待启动服务项对应的第一脚本文件。在提取待启动服务项对应的第一脚本文件时，可以采用但不局限于以下的实现方式：通过遍历静态文件的方式提取待启动服务项对应的第一脚本文件；或者，获取启动待启动服务项的官方文档，该官方文档中记录有启动待启动服务项的信息，根据该官方文档，自动从静态文件中提取待启动服务项对应的第一脚本文件。本发明实施例对提取待启动服务项对应的第一脚本文件的具体实施方式不进行限定。

进一步的，为了节省启动待启动服务项的消耗资源，本发明实施例提供的预设脚本功能参数为启动待启动服务项所必须的多个功能应用，所述启动待启动服务项所必须的多个功能应用中，若缺少其中一个功能应用，则待启动服务项就无法启动。

示例性的，启动待启动服务项所必须的多个功能应用包含功能应用1、功能应用2、功能应用3、功能应用5，启动待启动服务项所非必须的多个功能应用包含功能应用4、功能应用6，根据本发明实施例提供的方法，应该设置预设脚本功能参数为功能应用1、功能应用2、功能应用3、功能应用5；若设置预设脚本功能参数为功能应用1、功能应用2、功能应用5，则待启动服务项就无法进行正常启动；若设置预设脚本功能参数为功能应用1、功能应用2、功能应用3、功能应用4、功能应用5、功能应用6，虽然待启动服务项能够正常启动，但是由于功能应用4、功能应用6不是启动待启动服务项所必须的功能应用，因此，将功能应用4、功能应用6作为预设脚本功能参数时，会造成资源的浪费。

进一步的，在根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件时，获取第一脚本文件中执行的多个功能应用，对第一脚本文件中执行的多个功能应用逐一进行分析，确定每个功能应用的功能，根据预设脚本功能参数对第一脚本文件中执行的多个功能应用进行过滤，滤除启动待启动服务项所非必须的功能应用，获取第二脚本文件。在对第一脚本文件中执行的多个功能应用进行过滤之前，需要根据第一脚本文件中多个功能应用的启动流程，对每个功能应用的具体功能进行确定，其目的在于，逐一分析每个功能应用的功能，判断哪些功能应用的功能是启动待启动服务项所必须的，哪些功能应用的功能是启动待启动服务项所非必须的。根据判断后的结果，确定第二脚本文件，即确定启动待启动服务项所必须的多个功能应用。在对多个功能应用进行分析时，要结合不同的应用场景、用户的实际需求、系统的具体类型等因素进行分析，相同的多个功能应用在不同的应用场景中可能存在差异。

示例性的，假设第一脚本文件中功能应用1的功能是获取参数，功能应用2的功能是基于功能应用1获取的参数调用预设函数，功能应用3的功能是将功能应用1获取的参数输出显示到计算机屏幕，而待启动服务项的目的在于查询某一参数，即将该参数的最终结果输出显示到计算机屏幕，因此，根据分析后的功能应用1、功能应用2、功能应用3的功能后，可以确定功能应用2的是启动待启动服务项所非必须的功能应用。或者，当应用场景为Linux系统时，通过chkconfig设置Linux系统启动时在每个运行级别下的状态on/off，针对on状态下的对应的第一脚本文件中执行的多个功能应用逐一进行分析，确定每个功能应用的功能，根据预设脚本功能参数对第一脚本文件中执行的多个功能应用进行过滤。上述示例仅为简单的举例，本发明实施例对每个功能应用的功能、功能应用的个数等不进行限定。

在本发明实施例提供的另一种实现方式中，在根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件时，获取第一脚本文件中执行的多个功能应用及其标识信息，根据预设脚本功能参数和多个功能应用的标识信息，对第一脚本文件中执行的多个功能应用进行过滤，滤除启动待启动服务项所非必须的功能应用，获取第二脚本文件。其中，对多个功能应用的标识信息用于标识启动待启动服务项时，需要启动的功能应用，该功能应用可以为启动待启动服务项所必须的功能应用，也可以为启动待启动服务项所非必须的功能应用。在对功能应用进行标识时可以采用但不局限于以下的方式实现，例如，根据功能应用的不同功能进行标识，例如，功能应用^fl；或者，根据功能应用的启动流程顺序，功能应用_—12。本发明对功能应用的具体的标识方法不进行限定。

进一步的，在根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件之前，根据待启动服务项和待启动服务项的应用场景预设脚本功能参数。不同的待启动服务项对应不同的预设脚本功能参数，例如，当待启动服务项为开机服务时，对应的预设脚本功能参数可能有5种；当待启动服务项为关机服务时，对应的预设脚本功能参数可能有7种。待启动服务项的应用场景包括Linux系统、运行一个业务时需要由多个进程执行完成等因素。本发明实施例对待启动服务项和待启动服务项的应用场景不进行限定。

进一步的，为了能够实现一个容器中能够启动多个进程，本发明实施例构建了容器进程控件，具体包括：获取可通过调用一个进程实现多个子进程调用的功能控件，根据调用进程的使用环境对功能控件进行适配，得到容器进程控件。由于调用进程的使用环境在针对不同应用场景时，可能存在一定的限制，因此，在获取调用进程的功能控件之后，需要根据调用进程针对具体的应用场景对功能控件进行适配。

进一步的，将第二脚本文件与容器进程控件生成一个容器镜像，运行容器镜像即可实现一个容器中启动多个进程。计算机在运行的过程中不会立即运行新生成的容器镜像，需要通过预设的操作才能运行新生成的容器镜像。在运行容器镜像时，可以采用但不局限于以下的实现方式，在本发明实施例的一种实现方式中，通过发送启动操作指令的方式运行容器镜像，在生成容器镜像后，发送start操作指令即可运行容器镜像，当计算机启动时，无需再次发送start操作指令，该容器镜像就会自动启动；在本发明实施例的另一种实现方式中，当容器镜像生成后，输出显示重新启动计算机的提示信息，在重新启动计算机后运行容器镜像，经过一次重新启动计算机后，以后都会自动运行该容器镜像。本发明实施例中在输出显示重新启动计算机的提示信息时可以包括但不局限于以下内容，例如，用户可以手动选择重新启动计算机，若用户没有选择手动重新启动计算机，则在预设时间内，会自动重新启动计算机；或者，在输出显示重新启动计算机的提示信息时，自动重新启动计算机。本发明实施例对重新启动计算机的具体实现方式不进行限定。

进一步的，为了更好的理解如上所述的预设脚本功能参数，当待启动服务项为开机服务并且应用场景为Linux时，Linux加载后，对计算机设备驱动进行初始化，Linux首先进行内核的引导，然后执行容器进程控件所调用的进程，当执行完计算机系统初始化和执行进程的任务后，计算机完成启动，上述计算机的启动所执行的操作均涉及到计算机的内存、磁盘。经由上述可知，内存分析、磁盘分析是待启动服务项为开机服务并且应用场景为Linux时所必须的功能应用，因此，预设脚本功能参数包括：内存分析、磁盘分析。在计算机启动的过程中还涉及到检测和设置显示器、显示模式、内核解压、硬件检测、网络检测等操作，上述操作是待启动服务项为开机服务并且应用场景为Linux时所非必须的功能应用。上述示例为待启动服务项与具体应用场景结合时对预设脚本功能参数设置的说明，其中，涉及的启动参数、启动流程仅为便于说明而给出的示例性举例，具体的开机服务流程请参考本领域所熟知的实现方式。

进一步的，本发明实施例还提供一种使用容器进行多进程启动的装置，如图2所示，该装置包括：

第一获取单元21，用于获取待启动服务项对应的第一脚本文件，第一脚本文件中包含待启动服务项的多个功能应用，多个功能应用在运行时需要由多个进程执行完成；

第二获取单元22，用于根据预设脚本功能参数对第一获取单元21获取的第一脚本文件进行处理获取第二脚本文件，第二脚本文件中包含启动待启动服务项所必须的多个功能应用；

构建单元23，用于构建容器进程控件，容器进程控件能够通过调用一个进程实现多个子进程的调用；

生成单元24，用于将第二获取单元22获取的第二脚本文件与构建单元23构建的容器进程控件生成一个容器镜像；

运行单元25，用于运行生成单元24生成的容器镜像。

进一步的，如图3所示，第一获取单元21，包括：

获取模块211，用于根据预置脚本存储路径获取静态文件，静态文件中记录有待启动服务项的启动流程；

提取模块212，用于从获取模块211获取的静态文件中提取待启动服务项对应的第一脚本文件。

进一步的，第二获取单元22的预设脚本功能参数为启动待启动服务项所必须的多个功能应用。

进一步的，如图4所示，第二获取单元22，包括：

第一获取模块221，用于获取第一脚本文件中执行的多个功能应用；

分析模块222，用于对第一获取模块221获取的第一脚本文件中执行的多个功能应用逐一进行分析确定每个功能应用的功能；

第一过滤模块223，用于根据预设脚本功能参数对分析模块222分析的第一脚本文件中执行的多个功能应用进行过滤，滤除启动待启动服务项所非必须的功能应用获取第二脚本文件。

进一步的，如图5所示，第二获取单元22，还包括：

第二获取模块224，用于获取第一脚本文件中执行的多个功能应用以及其标识信息；

第二过滤模块225，用于根据预设脚本功能参数和第二获取模块224获取的多个功能应用的标识信息，对第一脚本文件中执行的多个功能应用进行过滤，滤除启动待启动服务项所非必须的功能应用获取第二脚本文件。

进一步的，如图6所示，装置还包括：

预设单元26，在第二获取单元22根据预设脚本功能参数对第一脚本文件进行处理获取第二脚本文件之前，根据待启动服务项和待启动服务项的应用场景预设脚本功能参数。

进一步的，如图7所示，构建单元23，包括：

获取模块231，用于获取可通过调用一个进程实现多个子进程调用的功能控件；

适配模块232，用于根据获取模块231获取的调用进程的使用环境对功能控件进行适配，得到容器进程控件。

进一步的，如图8所示，运行单元25，包括：

发送模块251，用于发送启动操作指令运行容器镜像；

输出显示模块252，用于输出显示重新启动计算机的提示信息；

运行模块253，用于在根据输出显示模块252的提示信息重新启动计算机后运行容器镜像。

进一步的，待启动服务项为开机服务并且应用场景为LUIX时，预设脚本功能参数包括：内存分析、磁盘分析。

本发明提供的使用容器进行多进程启动的装置，首先对获取到的待启动服务项对应的第一脚本文件进行处理，得到第二脚本文件，将第二脚本文件与容器进程控件生成一个容器镜像，由于容器进程控件能够通过调用一个进程实现多个子进程的调用，本发明中可以将第二脚本中包含的多个功能应用在运行时需要的多个进程作为调用进程的子进程，因此，当容器镜像运行时，实现使用一个容器启动多个进程。

本发明实施例公开了A1、一种使用容器进行多进程启动的方法，包括：

获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

将所述第二脚本文件与所述容器进程控件生成一个容器镜像并运行。

A2、根据A1所述的方法，所述获取待启动服务项对应的第一脚本文件，包括：

根据预置脚本存储路径获取静态文件，所述静态文件中记录有所述待启动服务项的启动流程；

从所述静态文件中提取所述待启动服务项对应的第一脚本文件。

A3、根据A1所述的方法，所述预设脚本功能参数为启动所述待启动服务项所必须的多个功能应用。

A4、根据A3所述的方法，所述根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，包括：

获取所述第一脚本文件中执行的多个功能应用；

对所述第一脚本文件中执行的多个功能应用逐一进行分析确定每个功能应用的功能；

根据所述预设脚本功能参数对所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

A5、根据A3所述的方法，所述根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，还包括：

获取所述第一脚本文件中执行的多个功能应用以及其标识信息；

根据所述预设脚本功能参数和多个功能应用的标识信息，对所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

A6、根据A1-A5中任一项所述的方法，在根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件之前，所述方法还包括：

根据所述待启动服务项和所述待启动服务项的应用场景预设脚本功能参数。

A7、根据A6所述的方法，所述构建容器进程控件，包括：

获取可通过调用一个进程实现多个子进程调用的功能控件；

根据调用进程的使用环境对所述功能控件进行适配，得到容器进程控件。

A8、根据A6所述的方法，所述将所述容器镜像运行，包括：

发送启动操作指令运行所述容器镜像；

或者输出显示重新启动计算机的提示信息，在重新启动计算机后运行所述容器镜像。

A9、根据A6所述的方法，所述待启动服务项为开机服务并且应用场景为Linux时，所述预设脚本功能参数包括：内存分析、磁盘分析。

B10、一种使用容器进行多进程启动的装置，包括：

第一获取单元，用于获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

第二获取单元，用于根据预设脚本功能参数对所述第一获取单元获取的所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建单元，用于构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

生成单元，用于将所述第二获取单元获取的所述第二脚本文件与所述构建单元构建的所述容器进程控件生成一个容器镜像；

运行单元，用于运行所述生成单元生成的所述容器镜像。

B11、根据B10所述的装置，所述第一获取单元，包括：

获取模块，用于根据预置脚本存储路径获取静态文件，所述静态文件中记录有所述待启动服务项的启动流程；

提取模块，用于从所述获取模块获取的所述静态文件中提取所述待启动服务项对应的第一脚本文件。

B12、根据B10所述的装置，所述第二获取单元的所述预设脚本功能参数为启动所述待启动服务项所必须的多个功能应用。

B13、根据B12所述的装置，所述第二获取单元，包括：

第一获取模块，用于获取所述第一脚本文件中执行的多个功能应用；

分析模块，用于对所述第一获取模块获取的所述第一脚本文件中执行的多个功能应用逐一进行分析确定每个功能应用的功能；

第一过滤模块，用于根据所述预设脚本功能参数对所述分析模块分析的所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

B14、根据B12所述的装置，所述第二获取单元，还包括：

第二获取模块，用于获取所述第一脚本文件中执行的多个功能应用以及其标识信息；

第二过滤模块，用于根据所述预设脚本功能参数和所述第二获取模块获取的多个功能应用的标识信息，对所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

B15、根据B10-B14中任一项所述的装置，所述装置还包括：

预设单元，在所述第二获取单元根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件之前，根据所述待启动服务项和所述待启动服务项的应用场景预设脚本功能参数。

B16、根据B15所述的装置，所述构建单元，包括：

获取模块，用于获取可通过调用一个进程实现多个子进程调用的功能控件；

适配模块，用于根据所述获取模块获取的调用进程的使用环境对所述功能控件进行适配，得到容器进程控件。

B17、根据B15所述的装置，所述运行单元，包括：

发送模块，用于发送启动操作指令运行所述容器镜像；

输出显示模块，用于输出显示重新启动计算机的提示信息；

运行模块，用于在根据所述输出显示模块的提示信息重新启动计算机后运行所述容器镜像。

B18、根据B15所述的装置，所述待启动服务项为开机服务并且应用场景为Linux时，所述预设脚本功能参数包括：内存分析、磁盘分析。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

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

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种使用容器进行多进程启动的方法，其特征在于，包括：

获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

将所述第二脚本文件与所述容器进程控件生成一个容器镜像并运行。

2.根据权利要求1所述的方法，其特征在于，所述获取待启动服务项对应的第一脚本文件，包括：

根据预置脚本存储路径获取静态文件，所述静态文件中记录有所述待启动服务项的启动流程；

从所述静态文件中提取所述待启动服务项对应的第一脚本文件。

3.根据权利要求1所述的方法，其特征在于，所述预设脚本功能参数为启动所述待启动服务项所必须的多个功能应用。

4.根据权利要求3所述的方法，其特征在于，所述根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，包括：

获取所述第一脚本文件中执行的多个功能应用；

对所述第一脚本文件中执行的多个功能应用逐一进行分析确定每个功能应用的功能；

根据所述预设脚本功能参数对所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

5.根据权利要求3所述的方法，其特征在于，所述根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件，还包括：

获取所述第一脚本文件中执行的多个功能应用以及其标识信息；

根据所述预设脚本功能参数和多个功能应用的标识信息，对所述第一脚本文件中执行的多个功能应用进行过滤，滤除启动所述待启动服务项所非必须的功能应用获取所述第二脚本文件。

6.根据权利要求1-5中任一项所述的方法，其特征在于，在根据预设脚本功能参数对所述第一脚本文件进行处理获取第二脚本文件之前，所述方法还包括：

根据所述待启动服务项和所述待启动服务项的应用场景预设脚本功能参数。

7.根据权利要求6所述的方法，其特征在于，所述构建容器进程控件，包括：

获取可通过调用一个进程实现多个子进程调用的功能控件；

根据调用进程的使用环境对所述功能控件进行适配，得到容器进程控件。

8.根据权利要求6所述的方法，其特征在于，所述将所述容器镜像运行，包括：

发送启动操作指令运行所述容器镜像；

或者输出显示重新启动计算机的提示信息，在重新启动计算机后运行所述容器镜像。

9.根据权利要求6所述的方法，其特征在于，所述待启动服务项为开机服务并且应用场景为Linux时，所述预设脚本功能参数包括：内存分析、磁盘分析。

10.一种使用容器进行多进程启动的装置，其特征在于，包括：

第一获取单元，用于获取待启动服务项对应的第一脚本文件，所述第一脚本文件中包含所述待启动服务项的多个功能应用，所述多个功能应用在运行时需要由多个进程执行完成；

第二获取单元，用于根据预设脚本功能参数对所述第一获取单元获取的所述第一脚本文件进行处理获取第二脚本文件，所述第二脚本文件中包含启动所述待启动服务项所必须的多个功能应用；

构建单元，用于构建容器进程控件，所述容器进程控件能够通过调用一个进程实现多个子进程的调用；

生成单元，用于将所述第二获取单元获取的所述第二脚本文件与所述构建单元构建的所述容器进程控件生成一个容器镜像；

运行单元，用于运行所述生成单元生成的所述容器镜像。