CN110058863A - Docker容器的构建方法、装置、设备及存储介质 - Google Patents

Abstract

本发明提供一种Docker容器的构建方法、装置、设备及存储介质，即接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。通过上述方式，本发明提供统一的容器配置模板，实现了发布过程优化，使用户仅需填写对应的构建参数即可实现容器配置，不仅节省了人力成本，降低了容器构建难度，而且基于统一的配置模板，便于进行容器集群的统一管理，提升了用户体验。

Description

Docker容器的构建方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种Docker容器的构建方法、装置、设备及计算机可读存储介质。

背景技术

随着云计算的快速发展，虚拟化时代已经到来。在虚拟化时代，采用标配硬件可以降低成本，采用虚拟化技术可以满足用户按需使用资源的需求，并可以保证资源的可用性和隔离性。其中，Docker(应用容器引擎)技术以其轻量、高性能、便捷性广受欢迎。Docker是一个开放源代码软件项目，让应用部署在软件容器下的工作可以自动化进行。现有的Docker配置文件由开发者自行提供，由于各个Docker所属项目以及对应配置的开发人员专业技能等方面的差异，因此，Docker的配置方式也具有多样性。在业务量增大后，多样化的Docker配置方式容易导致容器集群无法进行统一管理。

因此，如何解决现有容器集群无法进行统一管理的问题，是目前亟需解决的问题。

发明内容

本发明的主要目的在于提供一种Docker容器的构建方法、装置、设备及计算机可读存储介质，旨在解决现有容器集群无法进行统一管理的技术问题。

为实现上述目的，本发明提供一种Docker容器的构建方法，所述Docker容器的构建方法包括以下步骤：

接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

可选地，所述接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件的步骤之前，还包括：

将已构建的Docker容器进行组件拆分，并提取出各个Docker容器中的公共功能模块；

将所述公共功能模块进行封装，并根据所述公共功能模块生成预设模板文件，以便用户可通过调用所述预设预设模板文件构建Docker容器。

可选地，所述预设模板文件包括预设镜像Dockerfile模板文件，所述获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像的步骤具体包括：

获取所述目标应用对应的预设Dockerfile模板文件，将所述构建参数中的版本号、基础镜像、端口号以及启动命令填写至所述预设Dockerfile模板文件，生成目标Dockerfile文件；

根据所述目标Dockerfile文件以及编译文件，生成所述目标应用的Docker镜像。

可选地，所述预设模板文件包括预设配置管理Configmap模板文件，所述根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器的步骤具体包括：

获取所述目标应用对应的预设Configmap模板文件，将所述构建参数中的配置文件名称以及项目名称填写至所述预设Configmap模板文件，生成目标Configmap文件；

通过所述目标Configmap文件在配置平台中获取所述目标应用对应的配置文件；

根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器。

可选地，所述预设模板文件包括预设资源对象Service模板文件和预设创建部署Deployment模板文件，所述根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器的步骤具体包括：

获取所述目标应用对应的所述Service模板文件，将所述构建参数中的项目名称以及域名填写至所述所述Service模板文件，生成目标Service文件；

通过所述目标Service文件对所述目标应用进行服务域名配置，以便所述目标应用在Docker容器中根据所述服务域名对外提供服务；

获取所述目标应用对应的所述Deployment模板文件，将所述构建参数中的端口号、部署环境、自定义环境变量、实例个数和资源配额、所述Docker镜像的镜像名称和镜像版本、配置文件中的配置文件挂载路径以及服务域名填写至所述Deployment模板文件，生成目标Deployment文件；

将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器。

可选地，所述将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器的步骤之后，还包括：

在接收到环境切换指令时，获取所述环境切换指令中的目标环境变量，将所述目标Deployment文件中的自定义环境变量替换为目标环境变量；

将替换后的目标Deployment文件托管至所述Kubernetes，以便所述Kubernetes根据所述目标环境变量将所述目标应用与所述目标配置文件进行二次挂载后将所述目标应用切换至对应环境中运行。

可选地，所述根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器的步骤之前，还包括：

判断所述用户是否具有构建所述Docker容器的构建权限；

若所述用户具有构建权限，则根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器；

若所述用户不具有构建权限，则生成并显示当前不具有构建权限以及构建中止的提醒消息。

此外，为实现上述目的，本发明还提供一种Docker容器的构建装置，所述Docker容器的构建装置包括：

打包编译模块，用于接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

镜像生成模块，用于获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

容器构建模块，用于根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

此外，为实现上述目的，本发明还提供一种Docker容器的构建设备，所述Docker容器的构建设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的Docker容器的构建程序，其中所述Docker容器的构建程序被所述处理器执行时，实现如上述的Docker容器的构建方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有Docker容器的构建程序，其中所述Docker容器的构建程序被处理器执行时，实现如上述的Docker容器的构建方法的步骤。

本发明提供一种Docker容器的构建方法，即接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。通过上述方式，本发明提供统一的容器配置模板，使用户仅需填写对应的构建参数即可实现容器配置，不仅节省了人力成本，降低了容器构建难度，而且基于统一的配置模板，便于进行容器集群的统一管理，提升了用户体验，解决了现有容器集群无法进行统一管理的技术问题。

附图说明

图1为本发明实施例方案中涉及的Docker容器的构建设备的硬件结构示意图；

图2为本发明Docker容器的构建方法第一实施例的流程示意图；

图3为本发明Docker容器的构建方法第二实施例的流程示意图；

图4为本发明Docker容器的构建方法第三实施例的流程示意图；

图5为本发明Docker容器的构建装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例涉及的Docker容器的构建方法主要应用于Docker容器的构建设备，该Docker容器的构建设备可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。

参照图1，图1为本发明实施例方案中涉及的Docker容器的构建设备的硬件结构示意图。本发明实施例中，Docker容器的构建设备可以包括处理器1001(例如CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的硬件结构并不构成对Docker容器的构建设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及Docker容器的构建程序。

在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的Docker容器的构建程序，并执行本发明实施例提供的Docker容器的构建方法。

本发明实施例提供了一种Docker容器的构建方法。

参照图2，图2为本发明Docker容器的构建方法第一实施例的流程示意图。

本实施例中，所述Docker容器的构建方法包括以下步骤：

步骤S10，接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

本实施例中，为了解决现有容器集群无法进行统一管理的技术问题，提供一种Docker容器的构建方法，应用于Docker容器的构建平台。所述Docker容器的构建平台包括用于构建容器的预设模板文件，用户只需输入待配置容器对应的构建参数，所述Docker容器的构建平台即可根据所述构建参数调用对应的预设模板文件，自动实现所述待配置容器的构建。

Docker：是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。

Docker镜像(Docker image)：是根据Docker规定的格式生成的只读文件包，可以将应用封装在该Docker镜像中，分发到不同的主机上，通过Docker镜像启动软件容器，运行服务。

镜像仓库(Docker registry)：Docker镜像的集中存放仓库，不同主机可以从该仓库中下载Docker镜像。

GitLab：Git是一款自由和开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目，GitLab是一个利用Ruby on Rails开发的开源应用程序，其实现了一个自托管的Git项目仓库(即GitLab)，使用者可通过Web界面来对GitLab的公开项目或者私人项目进行访问。

具体地，在接收到容器构建指令时，显示参数选择输入界面，接收用户基于所述选择输入界面输入的构建参数。其中，所述构建参数包括启动参数，启动参数包括应用名称以及代码地址。应用名称即为目标应用的标识，代码地址为即生成Docker镜像所需的代码下载地址。Docker容器的构建平台可根据所述代码地址，下载目标应用对应的应用代码，使应用代码被保存到Docker容器的构建平台中，Docker容器的构建平台能够直接对该应用代码执行处理，无需依赖于现有的持续集成工具通过关联GitLab的方式来对应用代码进行处理，提高了应用代码的处理效率，同时也不会对GitLab中保存的应用代码进行修改，保证了GitLab中应用代码的安全性。启动参数还可以包括代码编译指令，代码编译指令是由用户预先配置在Docker容器的构建平台的启动参数中的，该启动参数作为配置信息的一部分被保存在数据库中，Docker容器的构建平台从其启动参数中能够直接确定得到编译所述应用代码所需的代码编译指令。Docker容器的构建平台在执行代码编译指令后，可以启动相应的编译容器来执行整个编译过程。编译容器是用户根据编译需求预先定制的，不同的编译容器包括不同的编译器。编译文件最终保存在Docker容器的构建平台中。Docker容器的构建平台在确定代码编译指令后，通过执行代码编译指令，以实现对应用代码的编译，无需依赖于现有的持续集成工具来对应用代码进行编译，也就无需受到持续集成工具中的编译器版本差异的限制，从而提高了应用代码的编译效率。

进一步地，所述步骤S10之前，还包括：

将已构建的Docker容器进行组件拆分，并提取出各个Docker容器中的公共功能模块；

将所述公共功能模块进行封装，并根据所述公共功能模块生成预设模板文件，以便用户可通过调用所述预设预设模板文件构建Docker容器。

本实施例中，将已构建的容器进行组件拆分，拆分出对应的镜像文件Dockerfile、创建部署文件Deployment、配置管理文件Configmap、资源对象文件Service。提取出各个文件中的公共功能部分，固化为对应的文件模板。并提供对应的API(ApplicationProgramming Interface,应用程序编程接口)，以便用户通过该API对应输入各文件中的不同参数。

步骤S20，获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

本实施例中，Docker容器的构建平台内置预设模板文件，如镜像模板文件Dockerfile，将构建参数中的版本号、基础镜像、端口号以及启动命令填写至Dockerfile模板文件中，生成目标Dockerfile文件。通过预置模板文件，用户仅需填写对应的构建参数即可进行容器配置，不仅节省了人力成本，降低了操作难度，而且提供了统一的配置模板，便于统一管理容器集群，提升用户体验。具体实施例中，构建参数还可以包括代码分支信息以及代码标签信息；其中，代码分支信息用于指示应用程序代码的分支；代码标签信息用于指示应用程序代码的标签；基础镜像用于指示生成Docker镜像所需的基础镜像；镜像仓库用于指示生成的Docker镜像所要存放到的镜像仓库；版本号用于指示生成的Docker镜像的版本号。具体地，Docke r容器在得到编译文件后，便通过目标Dockerfile文件，将所述编译文件生成相应的Docker镜像。更多实施例中，可以将该Docker镜像根据镜像仓库参数上传至相应的镜像仓库，以便于Docker镜像的集中管理，以及使用户通过主机能够从镜像仓库下载该Docker镜像。

步骤S30，根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

本实施例中，构建参数还包括域名或者配置文件名称等，根据上述参数，调用对应的预设创建部署Deployment模板文件、预设配置管理Configmap文件或者预设资源对象Service文件中的一个或者多个，将包含目标应用对应的Docker镜像以及Docker镜像对应的配置环境参数托管至容器集群管理器Kubernetes(K8S)，以便K8S根据上述信息构建用于运行该目标应用的Docker容器。

本实施例提供一种Docker容器的构建方法，即接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。通过上述方式，本发明提供统一的容器配置模板，使用户仅需填写对应的构建参数即可实现容器配置，不仅节省了人力成本，降低了容器构建难度，而且基于统一的配置模板，便于进行容器集群的统一管理，提升了用户体验，解决了现有容器集群无法进行统一管理的技术问题。

参照图3，图3为本发明Docker容器的构建方法第二实施例的流程示意图。

基于上述图2所示实施例，本实施例中，所述预设模板文件包括预设镜像Dockerfile模板文件，所述步骤S20具体包括：

步骤S21，获取所述目标应用对应的预设Dockerfile模板文件，将所述构建参数中的版本号、基础镜像、端口号以及启动命令填写至所述预设Dockerfile模板文件，生成目标Dockerfile文件；

本实施例中，根据所述目标应用对应的应用类型，获取对应的预设Dockerfile模板文件。其中，应用类型应用可以但不限于以下类型：Java应用类型、PHP应用类型、Go/C/C++应用类型。还可以制定多份具有应用类型通用型的模板文件，也就是说，为每种类型应用制备模板文件，用于构建运行该类型应用的镜像；比如，针对Java应用类型，制备一个适用于Java应用类型的模板文件。每个模板文件中包括用于运行目标应用类型的平台环境配置信息和至少一个变量信息。例如，目标应用为Java应用1，属于Java应用类型，与Java应用1属于同一应用类型的应用还有Java应用2和Java应用3，在构建用于运行Java应用1、Java应用2和Java应用3的镜像时，可以使用同一个Java应用类型的模板文件。平台环境配置信息为平台相关的配置项，比如平台的兼容性要求、平台的特殊性要求等配置内容。可选的，每个与目标应用所属的应用类型一致的应用的平台环境配置信息相同。也就是说，Java应用1、Java应用2和Java应用3的平台环境配置信息相同，不需要进行分别设置，所以可以在模板文件中预先设置，在构建目标应用的镜像时不需要将平台环境配置信息暴露给开发或运维人员，从而可以简化构建镜像过程，减少开发或运维人员工作量。用户可将目标应用对应的版本号、基础镜像、端口号以及启动命令填写至所述预设Dockerfile模板文件，以生成目标应用对应的目标Dockerfile文件。

步骤S22，根据所述目标Dockerfile文件以及编译文件，生成所述目标应用的Docker镜像。

本实施例中，Docke r容器在得到编译文件后，便通过目标Dockerfile文件，将所述编译文件生成相应的Docker镜像。

进一步地，所述预设模板文件包括预设配置管理Configmap模板文件，步骤S30具体包括：

步骤S31，获取所述目标应用对应的预设Configmap模板文件，将所述构建参数中的配置文件名称以及项目名称填写至所述预设Configmap模板文件，生成目标Configmap文件；

本实施例中，获取所述目标应用的应用类型对应的预设Configmap模板文件。并将所述构建参数中的配置文件名称以及项目名称，填写至所述预设Configmap模板文件中，生成目标应用对应的目标Configmap文件。其中，所述项目名称为构建容器的部门或者开发组的标识，以便于容器管理。

步骤S32，通过所述目标Configmap文件在配置平台中获取所述目标应用对应的配置文件；

本实施例中，所述目标Configmap文件可在配置平台中获取所述目标应用对应的配置文件。其中，目标应用的应用代码以及配置文件可分开存储，由此可以通过环境变量注入，实现在不同环境中将目标应用的基包与配置文件进行挂载联合，即在不同环境中运行目标应用。

步骤S33，根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器。

本实施例中，构建参数还包括域名或者配置文件名称等，根据上述参数，调用对应的预设配置管理Configmap文件，还可以调用预设创建部署Deployment模板文件或者预设资源对象Service文件，将包含目标应用对应的Docker镜像以及Docker镜像对应的配置环境参数托管至容器编排引擎Kubernetes(K8S)，以便K8S根据上述信息构建用于运行该目标应用的Docker容器。

进一步地，步骤S33之后，还包括：

在接收到环境切换指令时，获取所述环境切换指令中的目标环境变量，将所述目标Deployment文件中的自定义环境变量替换为目标环境变量；

将替换后的目标Deployment文件托管至所述Kubernetes，以便所述Kubernetes根据所述目标环境变量将所述目标应用与所述目标配置文件进行二次挂载后将所述目标应用切换至对应环境中运行。

本实施例中，现有运维需要管理开发、测试、生产等不同的部署环境，这些环境各有特点，分散在不同地方。应用程序打包和部署时需要考虑不同的环境因素。这些环境管理和维护起来非常繁琐。当需要创建新环境时，需要投入较多的人力和时间。基于本发明将配置文件与目标应用的环境变量进行分开存储的特点，即将应用程序和配置进行分离管理，同时在发布时根据规则进行合并，程序无环境区分，提供了多环境集中式管理，即开发、测试、生产等不同环境集中统一管理，并可快速创建和销毁回收的运行环境管理能力。具体地，在接收到环境切换指令时，将目标环境变量替换目标Deployment文件中的自定义环境变量，并将替换后的目标Deployment文件托管至K8S即可将所述目标应用与所述目标配置文件进行二次挂载，由此实现将所述目标应用切换至对应环境中运行。通过上述方式，本发明整合了虚拟化容器的发布方式，环境之间不再需要因为软件版本、机器硬件等不同而需要繁琐的配置工作。

进一步地，所述预设模板文件包括预设资源对象Service模板文件和预设创建部署Deployment模板文件，步骤S33具体包括：

步骤S331，获取所述目标应用对应的所述Service模板文件，将所述构建参数中的项目名称以及域名填写至所述Service模板文件，生成目标Service文件；

本实施例中，获取所述目标应用的应用类型对应的Service模板文件，并将所述构建参数中的项目名称以及域名填写至所述Service模板文件，生成目标Service文件。

步骤S332，通过所述目标Service文件对所述目标应用进行服务域名配置，以便所述目标应用在Docker容器中根据所述服务域名对外提供服务；

本实施例中，通过所述目标Service文件对所述Docker镜像中的目标应用进行服务域名配置，以便外部可通过所述域名访问所述目标应用，由此实现目标应用的对外服务。

步骤S333，获取所述目标应用对应的所述Deployment模板文件，将所述构建参数中的端口号、部署环境、自定义环境变量、实例个数和资源配额、所述Docker镜像的镜像名称和镜像版本、配置文件中的配置文件挂载路径以及服务域名填写至所述Deployment模板文件，生成目标Deployment文件；

本实施例中，获取所述目标应用的应用类型对应的Deployment模板文件，将所述构建参数中的端口号、部署环境、自定义环境变量、实例个数和资源配额、所述Docker镜像的镜像名称和镜像版本、配置文件中的配置文件挂载路径以及服务域名填写至所述Deployment模板文件，生成目标Deployment文件。

步骤S334，将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器。

本实施例中，将所述目标Deployment文件托管至K8S，K8S可根据所述目标Deployment文件记载的参数，构建用于运行所述目标应用的Docker容器，由此实现Docker容器的自动配置。

参照图4，图4为本发明Docker容器的构建方法第三实施例的流程示意图。

基于上述图3所示实施例，本实施例中，所述步骤S334之前，还包括：

步骤S41，判断所述用户是否具有构建所述Docker容器的构建权限；

本实施例中，目前大多数公司的k8s运维都是专业的运维人员，通过后台的命令行操作执行，该方式不可能对众多用户开放。K8s提供的dashboard功能较弱，权限区分不细致，涉及较多的敏感操作，也无法直接对用户开放使用。该情况导致大量的运维工作积压在少数的运维人员身上，而普通用户则完全没有任何途径获取所关心的应用运维信息。本发明提供可视化管理界面，所有环境下的实例信息及运行状态一目了然，提供多角色配置，不同角色拥有不同的操作权限，提供丰富的实例操作功能，发布、重启、查看日志、远程登入、资源回收、更新配置等复杂操作均可一键快速完成，提供所有操作及变更，都有详尽的历史记录可供查询，由此实现针对程序运维的自动化模式，可以减少大量人力成本，让整个运维过程自动化、智能化、透明化。

具体地，在生成所述目标Deployment文件后，将目标Deployment文件托管至K8S平台之前，获取用户对应的用户账号信息，并将所述用户账号信息与权限账号进行匹配，以判断所述用户是否具有构建权限。具体实施例中，还可以将所述用户账号信息发送至管理员，以便管理员判断所述用户是否具有构建权限。

步骤S42，若所述用户不具有构建权限，则生成并显示当前不具有构建权限以及构建中止的提醒消息；

本实施例中，若判定所述用户不具有构建权限，则生成并显示当前不具有构建权限以及构建中止的提醒消息，以便提醒当前用户当前不具有构建权限。通过上述方式，本发明提供可视化界面，不仅管理直观方便，而且可以一键式操作，无需过多的专业技能，提供多权限管理，还进一步实现了变更历史可追溯。

进一步地，步骤S41之后，还包括：

若所述用户具有构建权限，则执行步骤S30。

本实施例中，若判定所述用户具有构建权限，即可将所述目标Deployment文件发送至K8S，以便K8S构建所述目标应用对应的Docker容器。

此外，本发明实施例还提供一种Docker容器的构建装置。

参照图5，图5为本发明Docker容器的构建装置第一实施例的功能模块示意图。

本实施例中，所述Docker容器的构建装置包括：

打包编译模块10，用于接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

镜像生成模块20，用于获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

容器构建模块30，用于根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

进一步地，所述Docker容器的构建装置包括：

拆分模块，用于将已构建的Docker容器进行组件拆分，并提取出各个Docker容器中的公共功能模块；

预置模块，用于将所述公共功能模块进行封装，并根据所述公共功能模块生成预设模板文件，以便用户可通过调用所述预设预设模板文件构建Docker容器。

进一步地，所述镜像生成模块20具体包括：

镜像文件生成单元，用于获取所述目标应用对应的预设Dockerfile模板文件，将所述构建参数中的版本号、基础镜像、端口号以及启动命令填写至所述预设Dockerfile模板文件，生成目标Dockerfile文件；

镜像生成单元，用于根据所述目标Dockerfile文件以及编译文件，生成所述目标应用的Docker镜像。

进一步地，所述容器构建模块30具体包括：

配置文件生成单元，用于获取所述目标应用对应的预设Configmap模板文件，将所述构建参数中的配置文件名称以及项目名称填写至所述预设Configmap模板文件，生成目标Configmap文件；

文件获取单元，用于通过所述目标Configmap文件在配置平台中获取所述目标应用对应的配置文件；

第一容器构建单元，用于根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器。

进一步地，所述容器构建模块30还用于：

在接收到环境切换指令时，获取所述环境切换指令中的目标环境变量，将所述目标Deployment文件中的自定义环境变量替换为目标环境变量；

将替换后的目标Deployment文件托管至所述Kubernetes，以便所述Kubernetes根据所述目标环境变量将所述目标应用与所述目标配置文件进行二次挂载后将所述目标应用切换至对应环境中运行。

进一步地，所述容器构建模块30还用于：

获取所述目标应用对应的所述Service模板文件，将所述构建参数中的项目名称以及域名填写至所述Service模板文件，生成目标Service文件；

通过所述目标Service文件对所述目标应用进行服务域名配置，以便所述目标应用在Docker容器中根据所述服务域名对外提供服务；

获取所述目标应用对应的所述Deployment模板文件，将所述构建参数中的端口号、部署环境、自定义环境变量、实例个数和资源配额、所述Docker镜像的镜像名称和镜像版本、配置文件中的配置文件挂载路径以及服务域名填写至所述Deployment模板文件，生成目标Deployment文件；

将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器。

进一步地，所述Docker容器的构建装置还包括：

权限判断模块，用于判断所述用户是否具有构建所述Docker容器的构建权限；

提醒模块，用于若所述用户不具有构建权限，则生成并显示当前不具有构建权限以及构建中止的提醒消息；

构建模块，用于若所述用户具有构建权限，则执行步骤：根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

其中，上述Docker容器的构建装置中各个模块与上述Docker容器的构建方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本发明实施例还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有Docker容器的构建程序，其中所述Docker容器的构建程序被处理器执行时，实现如上述的Docker容器的构建方法的步骤。

其中，Docker容器的构建程序被执行时所实现的方法可参照本发明Docker容器的构建方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种Docker容器的构建方法，其特征在于，所述Docker容器的构建方法包括以下步骤：

接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

2.如权利要求1所述的Docker容器的构建方法，其特征在于，所述接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件的步骤之前，还包括：

将已构建的Docker容器进行组件拆分，并提取出各个Docker容器中的公共功能模块；

将所述公共功能模块进行封装，并根据所述公共功能模块生成预设模板文件，以便用户可通过调用所述预设预设模板文件构建Docker容器。

3.如权利要求2所述的Docker容器的构建方法，其特征在于，所述预设模板文件包括预设镜像Dockerfile模板文件，所述获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像的步骤具体包括：

获取所述目标应用对应的所述Dockerfile模板文件，将所述构建参数中的版本号、基础镜像、端口号以及启动命令填写至所述预设Dockerfile模板文件，生成目标Dockerfile文件；

根据所述目标Dockerfile文件以及编译文件，生成所述目标应用的Docker镜像。

4.如权利要求2所述的Docker容器的构建方法，其特征在于，所述预设模板文件包括预设配置管理Configmap模板文件，所述根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器的步骤具体包括：

获取所述目标应用对应的所述Configmap模板文件，将所述构建参数中的配置文件名称以及项目名称填写至所述预设Configmap模板文件，生成目标Configmap文件；

通过所述目标Configmap文件在配置平台中获取所述目标应用对应的配置文件；

根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器。

5.如权利要求4所述的Docker容器的构建方法，其特征在于，所述预设模板文件包括预设资源对象Service模板文件和预设创建部署Deployment模板文件，所述根据所述构建参数、配置文件以及Docker镜像，构建用于运行所述目标应用的Docker容器的步骤具体包括：

获取所述目标应用对应的所述Service模板文件，将所述构建参数中的项目名称以及域名填写至所述所述Service模板文件，生成目标Service文件；

通过所述目标Service文件对所述目标应用进行服务域名配置，以便所述目标应用在Docker容器中根据所述服务域名对外提供服务；

获取所述目标应用对应的所述Deployment模板文件，将所述构建参数中的端口号、部署环境、自定义环境变量、实例个数和资源配额、所述Docker镜像的镜像名称和镜像版本、配置文件中的配置文件挂载路径以及服务域名填写至所述Deployment模板文件，生成目标Deployment文件；

将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器。

6.如权利要求5所述的Docker容器的构建方法，其特征在于，所述将所述目标Deployment文件托管至容器集群管理器Kubernetes，以便所述Kubernetes基于所述目标Deployment文件构建用于运行所述目标应用的Docker容器的步骤之后，还包括：

在接收到环境切换指令时，获取所述环境切换指令中的目标环境变量，将所述目标Deployment文件中的自定义环境变量替换为目标环境变量；

将替换后的目标Deployment文件托管至所述Kubernetes，以便所述Kubernetes根据所述目标环境变量将所述目标应用与所述目标配置文件进行二次挂载后将所述目标应用切换至对应环境中运行。

7.如权利要求1至6任意一项所述的Docker容器的构建方法，其特征在于，所述根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器的步骤之前，还包括：

判断所述用户是否具有构建所述Docker容器的构建权限；

若所述用户不具有构建权限，则生成并显示当前不具有构建权限以及构建中止的提醒消息；

若所述用户具有构建权限，则执行：根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器的步骤。

8.一种Docker容器的构建装置，其特征在于，所述Docker容器的构建装置包括：

打包编译模块，用于接收用户输入的构建参数，根据所述构建参数中的应用名称以及代码地址，下载目标应用的应用代码，将所述应用代码进行编译并生成编译文件；

镜像生成模块，用于获取所述目标应用对应的预设模板文件，根据所述预设模板文件与编译文件生成所述目标应用的Docker镜像；

容器构建模块，用于根据所述构建参数、预设模板文件以及Docker镜像构建用于运行所述目标应用的Docker容器。

9.一种Docker容器的构建设备，其特征在于，所述Docker容器的构建设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的Docker容器的构建程序，其中所述Docker容器的构建程序被所述处理器执行时，实现如权利要求1至7中任一项所述的Docker容器的构建方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有Docker容器的构建程序，其中所述Docker容器的构建程序被处理器执行时，实现如权利要求1至7中任一项所述的Docker容器的构建方法的步骤。