CN113407194A - 一种部署软件的方法和装置 - Google Patents

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明以Helm工具为例，说明基于Helm工具自动化地部署软件的方法，其中，Helm是Kubernetes的包管理器，以下示例中的配置文件、部署文件以Helm工具的文件为例说明。

如图1所示，本发明实施例提供了一种部署软件的方法，该方法可以包括以下步骤：

步骤S101：获取待部署的软件包，并在所述软件包中选择一个或多个配置文件。

具体地，通常软件部署包括对软件打包、安装、配置、发布的过程，待部署的软件包可以是一个或多个压缩文件，例如：test.zip或test.jar，本发明对待部署的软件包的具体内容和格式不做限定，本发明中所提及的“软件包”均指示为待部署的软件包，即所述软件包为待部署的软件包。

进一步地，在软件包中选择一个或多个配置文件。即从软件包中获取部署相关的配置文件，以从配置文件中抽取配置信息。

进一步地，所述在所述软件包中选择一个或多个配置文件，包括：选择与软件配置信息相关的第一配置文件；以及选择与软件部署信息相关的部署配置文件，以基于所述部署配置文件生成第二配置文件。

其中，软件配置信息包括待部署的软件包对应的软件基本信息，例如，软件标识：appName、软件类型：例如web应用或非web应用等；与软件配置信息相关的第一配置文件可以从软件的特定目录中获取，例如，第一配置文件为：appConfig.yaml，示例性地，第一配置文件的内容包括软件配置信息(软件标识、软件类型等)，例如：appConfig.yaml包括：app.properties：appName：test-service；namespace：test；type：web等。软件部署信息为部署所需的信息，例如，包括部署的目标集群的地址、端口、参数等；与软件部署信息相关的部署配置文件为一个或多个，例如：从软件包的目录test-main\conf\中获取多个部署配置文件，部署配置文件例如：application.properties，jdbc.properties，log4j2.xml等，可以理解的是，conf目录中包含多个配置文件，部署配置文件为从多个配置文件中选取所得到，进而通过选取的部署配置文件抽取部署软件所需的配置信息；以基于选择的与软件部署信息相关的部署配置文件生成第二配置文件，示例性地，第二配置文件为projectConfig.yaml，第二配置文件的片段如下：

其中，第二配置文件中的内容是从各个与软件部署信息相关的配置文件所抽取的，即，以基于所述部署配置文件生成第二配置文件；其中，部署配置文件也可以包含地配置文件，第二配置文件可以包含从第一配置文件获取的软件信息(例如软件标识appName等)。

步骤S102：从所述一个或多个配置文件中抽取所述软件包的配置信息。

具体地，配置文件包括如步骤S101所描述的第一配置文件、第二配置文件，从所述一个或多个配置文件中抽取所述软件包的配置信息，包括对应于第一配置文件的软件配置信息，对应于第二配置文件的软件部署信息，关于软件配置信息、软件部署信息的具体描述与步骤S101的描述一致，在此不再赘述。

进一步地，所述抽取所述软件包的配置信息，包括：从所述第一配置文件获取所述软件标识；基于所述软件标识，确定所述配置信息中包含的软件配置信息。其中，第一配置文件例如为appConfig.yaml，从appConfig.yaml中获取软件标识，例如：appName(软件标识)为test-service；进一步基于软件标识获取与软件相关的软件配置信息，例如namespace等。

所述抽取所述软件包的配置信息，包括：从所述第一配置文件获取所述软件类型；基于所述软件类型，确定所述配置信息中包含的软件部署信息，并基于所述软件部署信息生成第二配置文件。其中，其中，第一配置文件例如为appConfig.yaml，从appConfig.yaml中获取软件类型，例如：软件类型为web应用，则为web应用抽取对应的软件部署信息，关于软件部署信息的具体描述与步骤S101的描述一致，在此不再赘述；可以理解的是，不同软件类型的配置信息可以存在相同的部分。

进一步地，基于所述软件部署信息生成第二配置文件projectConfig.yaml，关于第二配置文件以及示例projectConfig.yaml与步骤S101的描述一致，在此不再赘述。

通过从软件包自动选择部署所需配置文件，并相应地从配置文件中抽取部署相关的配置信息，实现了获取配置信息的自动化，克服了人工获取配置信息所消耗人力成本和时间成本较高的问题。

步骤S103：基于所述配置信息和预设的部署文件模板，为所述软件包生成部署文件。

具体地，预设的部署文件模板包含多个部署所述的部署文件，基于部署文件模板和配置信息，修改部署文件模板，以生成部署软件所需的部署文件。

例如，预设的部署文件模板包含以下文件：

进一步地，所述部署文件模板包含一个或多个第一部署文件，其中，所述第一部署文件与所述第一配置文件相关；所述为所述软件包生成部署文件，包括：基于所述软件配置信息修改所述第一部署文件。具体地，如预设的部署文件模板的示例所示，Chart.yaml为第一部署文件，appConfig.yaml为第一配置文件，Chart.yaml与appConfig.yaml关联，即，第一部署文件与所述第一配置文件相关，基于appConfig.yaml包含的appName(test-service)等信息，修改Chart.yaml对应的name，version，description等信息如下，其中，version可以基于日期、软件标识、版本等按照预定规则自动生成，description可以利用appName或namespace等信息自动生成：

name:test-service

namespace：test

version:v20200202_test_11111

description:test-service-template

即，基于软件配置信息修改Chart.yaml，以使Chart.yaml作为部署软件所需的部署文件之一，即，基于从所述第一配置文件获取的所述软件配置信息修改所述第一部署文件。可以理解的是，Chart.yaml可以包含固定的无需修改的内容，例如：apiVersion:v1，appVersion:1.16.0等。本发明对第一部署文件的具体数量、具体内容和格式不做限定。

进一步地，所述部署文件模板包含一个或多个第二部署文件，其中，所述第二部署文件与所述第二配置文件相关；所述为所述软件包生成部署文件，包括：根据所述软件类型，从所述一个或多个第二部署文件中确定第三部署文件；利用从所述第二配置文件获取的所述软件部署信息修改所述第三部署文件。具体地，例如多个第二部署文件为：notes.txt，123.tpl，deployment.yaml，ingress.yaml，service.yaml，values.yaml等；可以理解的是，为了部署软件，在需要修改多个第二部署文件中的部分第二部署文件时，则自动选取需要修改的第二部署文件作为第三部署文件；进一步地，针对软件类型，可以采用不同的第三部署文件，例如：针对web应用软件类型，确定的第三部署文件为deployment.yaml，ingress.yaml，service.yaml，values.yaml，针对java应用(非web应用)软件类型，确定的第三部署文件为deployment.yaml，values.yaml等，即根据所述软件类型，从所述一个或多个第二部署文件中确定第三部署文件，例如：从第二部署文件notes.txt，123.tpl，deployment.yaml，ingress.yaml，service.yaml，values.yaml中确定的针对web应用软件类型的第三部署文件有deployment.yaml，ingress.yaml，service.yaml，values.yaml；进一步地，以values.yaml作为第三部署文件、projectConfig.yaml作为第二配置文件为例说明利用所述软件部署信息修改所述第三部署文件，例如：将projectConfig.yaml包含的如下软件部署信息添加(即修改)至values.yaml，即，修改values.yaml以生成部署软件所需的部署文件之一：

其中，values.yaml可以包含无需修改的内容，例如：容器信息(containers-name)、容器包含的镜像信息(image:repository:111pullpolicy:IfNotPresent等)、容器参数(resources、readinessProbe、livenessProbe)以及对应的参数值等；进一步地，根据values.yaml包含的configFileMounts部分的数据(来源于第二配置文件projectConfig.yaml)，对应地修改deployment.yaml，类似地，基于values.yaml包含的数据(来源于第二配置文件projectConfig.yaml)修改ingress.yaml，service.yaml等，即，利用从所述第二配置文件获取的所述软件部署信息修改所述第三部署文件。

由此可见，利用从第一配置文件获取的软件配置信息修改部署文件模板中的第一部署文件、利用从第二配置文件获取的软件部署信息修改部署文件模板中的第三部署文件，以使修改后的部署文件模板为自动生成的部署软件所处的部署配置文件，提高了生成部署文件的效率，克服了人工配置部署文件消耗人力成本和时间成本较高的问题，同时克服了由于人工操作导致配置部署文件的准确率降低的问题。其中，生成部署文件可以采用插件技术来完成。

进一步地，基于第一部署文件或第三部署文件更新部署文件模板有两种方法：

第一种方法：基于所述部署文件更新所述部署文件模板；具体地，在更新各个需要修改的部署文件后，形成了更新后的部署文件模板，例如更新后的部署文件模板标识为test-111-template，则保存该更新后的部署文件，在部署文件test进行升级的情况下，可以基于test-111-template进行迭代修改，生成test-112-template，减少了需要修改的配置信息，从而进一步提高了生成部署文件的效率。

第二种方法：基于所述部署文件和所述部署文件模板，生成新的部署文件模板；在所述部署文件模板和所述新的部署文件模板中，选取与所述软件包的版本信息相匹配的部署文件模板。具体地，保存每个更新的部署文件模板，即针对每一次部署软件所使用的部署文件模板均进行保存，以根据版本信息选择相匹配的部署文件模板，基于选取的部署文件模板进行修改，以生成新的用于部署该版本的软件的部署文件模板。

步骤S104：利用所述部署文件，部署所述软件包。

具体地，在利用所述部署文件，部署所述软件包时，可以通过自定义的部署工具，提供部署软件的自定义的部署指令，其中自定义的部署指令可以由Linux自定义命令或其它编程语言的CLI客户端和CLI服务程序组成。即，设置有部署工具；所述部署所述软件包，包括：在接收到针对所述软件包的部署指令的情况下，利用所述部署工具处理所述部署指令，并基于处理后的结果和所述部署文件部署所述软件包，例如：部署软件的自定义的部署工具的自定义部署指令为：

smartInstall test test.tar.gz-n namespace-d'{

"namespace":"test",

"ingressHost":"test.com.cn"

}'其中，smartInstall为自定义工具，test.tar.gz为待部署的软件包。

接收上述自定义的部署指令后，针对部署指令进行处理，例如：根据部署指令获取容器信息，例如：获取镜像仓库地址，获取的方法可以为：cat/etc/docker/daemon.json；进一步地，解析所述部署指令包含的参数数值，例如：解析得到部署指令包含的参数namespace对应的参数数值为"test"，则判断该参数数值是否与部署文件values.yaml中包含的对应的属性、属性值(namespace:test)一致，如果不一致，则根据输入的参数数值修改values.yaml中对应的配置信息的属性值，即，利用所述部署工具解析所述部署指令包含的参数数值；在所述参数数值与所述部署文件包括的配置信息的数值不一致的情况下：根据所述参数数值更新所述部署文件包括的配置信息的数值。通过在部署阶段根据输入参数和参数值动态修改部署文件，提高了部署软件的灵活性，进一步提高了部署软件的效率。

进一步地，在处理自定义的部署指令之后，调用工具helm的部署指令进行软件部署的操作，例如通过如下所示的指令进行软件部署：

helm install test test-v20201211_183925.tar.gz-n test

其中，test-v20201211_183925.tar.gz为待部署的软件包，软件包的标识可以通过配置信息自动生成，即，基于所述更新后的部署文件，部署所述软件包。

如图2所示，本发明实施例提供了一种部署软件的方法，该方法可以包括以下步骤：

步骤S201：在软件包中选择与软件配置信息相关的第一配置文件，以及选择与软件部署信息相关的部署配置文件，以基于所述部署配置文件生成第二配置文件。

具体地，所述第一配置文件appConfig.yaml可以是在编译源代码生成软件包时生成的，其中，编译源代码的工具可以采用自定义插件，以实现在编译源代码打包成为软件包的同时，获取源代码中的软件配置信息，以通过各个软件配置信息生成第一配置文件appConfig.yaml；即，获取待部署的源代码；所述获取待部署的软件包，包括：利用自定义插件编译所述源代码，生成待部署的软件包。其中，自定义插件例如为：smartCompile-plugin，可以利用maven工具的插件技术构建该自定义插件，以对现有的编译插件的功能进行扩展，以获取软件配置信息(即属性信息)；即，所述自定义插件定义有属性信息；进一步包括：在所述利用自定义插件编译所述源代码时，通过所述自定义插件从所述源代码中获取所述属性信息对应的属性值，并基于所述属性值，生成与软件配置信息相关的第一配置文件，将所述第一配置文件添加到所述软件包。其中，属性信息和属性信息对应的属性值例如：appName(属性信息)，test-service(对应的属性值)。

进一步地，软件配置信息包括软件标识、软件类型，其中，软件标识可以从设定目录中包含的文件获取，例如设定目录为iproject>src>main>java，软件类型的获取方法可以通过判断是否定义"javax.servlet.Servlet.class"来确定，在定义的情况下，则判断软件类型为web应用，本发明对第一配置文件的具体格式和内容不做限定；进一步地，基于选择的与软件配置信息相关的配置文件，生成第一配置文件，其中，第一配置文件例如为：appConfig.yaml，内容包括软件配置信息，例如：app.properties：appName：test-service；namespace：test；type:web等。

优选地，通过自定义插件编译源代码生成软件包，可以根据不同的目标环境(例如：测试环境、开发环境、生产环境等)生成对应的软件包，提高了生成软件包的效率和扩展性。进一步地，本发明针对各个针对不同目标环境的软件包，抽取对应的配置信息，通常不同的目标环境对应的配置信息为不同，配置信息例如：集群节点信息、数据库信息等，并根据配置信息生成对应的部署文件，以针对不同的目标环境完成部署，通过本发明克服了现有需要人工抽取信息导致的时间成本较高的问题，同时克服了人工操作导致的信息错误率升高的问题。

进一步地，获取待部署的软件包，从软件包中选择与软件配置信息相关的第一配置文件，以及选择与软件部署信息相关的部署配置文件，以基于所述部署配置文件生成第二配置文件的描述与步骤S101的描述一致，在此不再赘述

步骤S202：从所述第一配置文件获取软件标识；基于所述软件标识，确定所述配置信息中包含的软件配置信息。

具体地，关于确定所述配置信息中包含的软件配置信息的描述与步骤S101-步骤S102的描述一致，在此不再赘述。

步骤S203：所述部署文件模板包含一个或多个第一部署文件，其中，所述第一部署文件与所述第一配置文件相关；所述为所述软件包生成部署文件，包括：基于从所述第一配置文件获取的所述软件配置信息修改所述第一部署文件。

具体地，关于第一部署文件、以及基于所述软件配置信息修改所述第一部署文件的具体描述与步骤S103的描述一致，在此不再赘述。

步骤S204：从所述第一配置文件获取软件类型；基于所述软件类型，确定所述配置信息中包含的软件部署信息，并基于所述软件部署信息生成第二配置文件。

具体地，关于确定所述配置信息中包含的软件部署信息、以及第二配置文件的描述与步骤S101-步骤S102的描述一致，在此不再赘述。

步骤S205：所述部署文件模板包含一个或多个第二部署文件，其中，所述第二部署文件与所述第二配置文件相关；为所述软件包生成部署文件，包括：根据所述软件类型，从所述一个或多个第二部署文件中确定第三部署文件；利用从所述第二配置文件获取的所述软件部署信息修改所述第三部署文件。

具体地，关于第二部署文件、第三部署文件、以及利用所述软件部署信息修改所述第三部署文件的具体描述与步骤S103的描述一致，在此不再赘述。

步骤S205：利用所述部署文件，部署所述软件包。

具体地，利用本发明所生成的部署文件，部署软件包的具体描述与步骤S104的描述一致，在此不再赘述。

如图3所示，本发明实施例提供了一种部署软件的装置300，包括：包括：获取配置文件模块301、生成部署文件模块302和部署软件模块303；其中，

所述获取配置文件模块301，用于获取待部署的软件包，并在所述软件包中选择一个或多个配置文件；

所述生成部署文件模块302，用于从所述一个或多个配置文件中抽取所述软件包的配置信息；基于所述配置信息和预设的部署文件模板，为所述软件包生成部署文件；

所述部署软件模块303，用于利用所述部署文件，部署所述软件包。

本发明实施例还提供了一种部署软件的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。

本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。

图4示出了可以应用本发明实施例的部署软件的方法或部署软件的装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种客户端应用。

终端设备401、402、403可以是具有显示屏并且支持各种客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所使用的客户端应用提供支持的后台管理服务器。后台管理服务器可以对接收到的部署软件的请求进行处理，并将部署软件的结果反馈给终端设备。

需要说明的是，本发明实施例所提供的部署软件的方法一般由服务器405执行，相应地，部署软件的装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取配置文件模块、生成部署文件模块和部署软件模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，部署软件模块还可以被描述为“利用所述部署文件，部署所述软件包的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取待部署的软件包，并在所述软件包中选择一个或多个配置文件；从所述一个或多个配置文件中抽取所述软件包的配置信息；基于所述配置信息和预设的部署文件模板，为所述软件包生成部署文件；利用所述部署文件，部署所述软件包。

本发明的实施例，能够获取待部署的软件包，从所述软件包中的配置文件抽取配置信息；利用部署文件模板，结合配置信息，自动生成所述软件包所需的部署文件，以通过部署文件对所述软件包进行部署。通过自动抽取配置信息和生成部署文件，克服了消耗人力成本和时间成本较高的问题，同时克服了由于人工操作导致配置信息的准确率降低的问题，提高了部署软件的自动化程度和效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。