CN114185555A - 一种服务器部署的方法、装置及电子设备 - Google Patents

Abstract

本申请实施例涉及一种数据库技术领域，尤其涉及一种服务器部署的方法、装置及电子设备，该方法包括响应于服务器的部署指令，获取服务器对应的配置文件，然后根据服务器与配置参数之间的对应关系，确定上述服务器对应的配置参数，并根据配置参数修改参数配置文件，以及根据服务器与流程参数之间的对应关系，确定服务器对应的流程参数，并根据流程参数修改流程配置文件，最后按照修改后的参数配置文件和修改后的流程配置文件，部署服务器。基于上述方法可以实现服务器的自动化配置，解决现有技术采用人工部署存在时间长、效率低的问题，有效简化部署过程，提高部署效率。

Description

一种服务器部署的方法、装置及电子设备

技术领域

本申请涉及数据库技术领域，尤其涉及一种服务器部署的方法、装置及电子设备。

背景技术

针对服务器来说，传统部署服务器的方式主要为人工部署，人工部署的方式由开发人员人工完成服务器部署的每个步骤，然而人工部署流程较为复杂，需要耗费大量人力资源以及大量时间成本。

另外，在人工部署过程中存在因开发人员的操作失误，导致部署过程的问题难以排查和解决。

发明内容

本申请提供一种服务器部署的方法、装置及电子设备，用以自动化部署服务器。

第一方面，本申请提供了一种服务器部署的方法，所述方法包括：

响应于服务器的部署指令，获取所述服务器对应的配置文件；其中，所述配置文件包括参数配置文件和流程配置文件；

根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

通过上述方法，根据修改后的参数文件和流程配置文件，实现服务器的自动部署，能够提高服务器的部署效率，解决现有技术存在部署时间长、效率低的问题。

在一种可能的设计中，在响应于服务器的部署指令之前，还包括：在确定当前时刻为预设触发时刻时，获取服务器的部署指令；或在确定当前待部署的服务器数量达到预设阈值时，获取待部署的服务器的部署指令。

在一种可能的设计中，根据服务器与配置参数之间的对应关系，确定服务器对应的配置参数，并根据配置参数修改参数配置文件，包括：获取包含预设配置参数的模板文件；基于模板文件获取满足预设条件的配置参数，并将配置参数作为服务器对应的配置参数；根据配置参数，修改参数配置文件。

在一种可能的设计中，基于模板文件获取满足预设条件的配置参数，并将配置参数作为服务器对应的配置参数，包括：基于模板文件，获取服务器的属性名称、描述信息和网络地址对应的参数值，然后将获取的属性名称、描述信息、参数值作为满足预设条件的配置参数，并将该配置参数作为服务器对应的配置参数。

在一种可能的设计中，根据服务器与流程参数之间的对应关系，确定服务器对应的流程参数，并根据该流程参数修改流程配置文件，包括：根据目标需求，确定服务器的部署流程，并根据服务器与流程参数之间的对应关系，确定服务器的部署流程对应的流程参数，然后根据该流程参数，修改流程配置文件。

在一种可能的设计中，基于参数配置文件和流程配置文件，部署服务器，包括：

根据流程配置文件，确定服务器的部署流程，按照部署流程，提取参数配置文件中用于部署服务器的配置参数，和流程配置文件中用于部署服务器的流程参数，然后根据配置参数和流程参数，执行部署流程。

在一种可能的设计中，在部署服务器之后，还包括：启动服务器的联机服务，判断联机服务是否能够正常运行：若是，则确定部署服务器成功，然后停止联机服务；若否，则确定部署服务器失败，并获取报错信息。

第二方面，本申请提供了一种服务器部署的装置，所述装置包括：

获取模块，响应于服务器的部署指令，获取所述服务器对应的配置文件；其中，所述配置文件包括参数配置文件和流程配置文件；

第一修改模块，根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

第二修改模块，根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

部署模块，按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

在一种可能的设计中，所述服务器部署的装置，还用于：在确定当前时刻为预设触发时刻时，获取服务器的部署指令；或在确定当前待部署的服务器数量达到预设阈值时，获取所述待部署的服务器的部署指令。

在一种可能的设计中，所述第一修改模块，具体用于：获取包含预设配置参数的模板文件；基于所述模板文件获取满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数；根据所述配置参数，修改所述参数配置文件。

在一种可能的设计中，所述第一修改模块，具体用于：基于所述模板文件，获取所述服务器的属性名称、描述信息和网络地址对应的参数值；将所述属性名称、所述描述信息、所述参数值作为满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数。

在一种可能的设计中，所述第二修改模块，具体用于：根据目标需求，确定所述服务器的部署流程；根据服务器与流程参数之间的对应关系，确定所述服务器的所述部署流程对应的流程参数；根据所述流程参数，修改所述流程配置文件。

在一种可能的设计中，所述部署模块，具体用于：根据所述流程配置文件，确定所述服务器的部署流程；按照所述部署流程，提取所述参数配置文件中用于部署所述服务器的配置参数，和所述流程配置文件中用于部署所述服务器的流程参数；根据所述配置参数和所述流程参数，执行所述部署流程。

在一种可能的设计中，所述服务器部署的装置，还用于：启动所述服务器的联机服务，判断所述联机服务是否能够正常运行；若是，则部署所述服务器成功，停止所述联机服务；若否，则部署所述服务器失败，获取报错信息。

第三方面，本申请提供了一种电子设备，所述电子设备包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种服务器部署的方法步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种服务器部署的方法步骤。

第五方面，本申请还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面或上述第一方面的任意一种可能的设计的方法。

上述第二方面至第五方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种可能的应用场景的示意图；

图2为本申请提供的一种服务器部署的方法的流程图；

图3为本申请提供的一种服务器部署的装置的示意图；

图4为本申请提供的一种电子设备的结构的示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

值得说明的是，本申请实施例涉及的具体代码、公开数据、使用工具仅作示例性公开，不构成对本申请提供技术方案的限定，并且本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

当前，传统部署服务器的方式为：人工部署服务器，某开发人员在登入服务器后，通过执行手动安装运行环境，手动同步项目文件，如SSh(Secure Shell，安全外壳协议)、SFTP(Secure File Transfer Protocol，文件传输程序)、git clone(Linux命令)等，以及手动配置服务器的参数的部署操作，来部署服务器。

由于上述部署操作过程中的每一环节都需要人为参与，并且每个环节的操作流程非常复杂，一旦某个操作流程出现报错信息，将花费部署人员大量的时间来排查和解决该报错信息的问题。在实际应用中，还存在部分部署人员掌握编程语言程度有限，难以及时排查和解决该报错信息的问题，导致无法在预期时间内完成服务器的部署。因此现有技术存在部署时间长、效率低的问题。

基于上述分析，本申请实施例提供了一种可能的应用场景，参见图1所示。

如图1所示，为集群系统的示意图。集群系统可以表征为多台连接的服务器共同组成的多处理机系统，一般适用于通信网络。为实现集群系统中各个服务器之间的通信，将在各个服务器中设置各种联机通信应用，以提高集群系统的计算能力、存储能力、协同能力以及松耦合能力。

值得说明的是，除上述应用场景外，本申请实施例提供的技术方案还适用于任意独立或组合服务器的自动部署。

基于上述应用场景，本申请实施例提供了一种服务器部署的方法、装置及电子设备，根据本申请实施例提供的方法，用以实现服务器的自动化配置，具体基于模板文件来获取配置参数和流程参数，并根据配置参数和流程参数修改参数配置文件和流程配置文件，然后根据修改后的参数配置文件和流程配置文件，实现对服务器的部署。通过本申请实施例提供的方法，能够解决现有技术采用人工部署存在时间长、效率低的问题，有效简化部署过程，提高部署效率。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

参阅图2所示，本申请实施例提供了一种服务器部署的方法，具体流程如下：

步骤201：响应于服务器的部署指令，获取所述服务器对应的配置文件；

在本申请实施例中，服务器的部署指令可以通过多种方式来获取。

方式一：在确定当前时刻为预设触发时刻时，获取服务器的部署指令。

具体来说，如果当前时刻为预设时刻，则获取上述服务器的部署指令；如果当前时刻与上一部署时刻的时间差满足预设周期，则获取上述服务器的部署指令。在这里，预设周期和预设阈值可以根据实际应用场景和实际目标需求确定。

方式二：在确定当前待部署的服务器数量达到预设阈值时，获取服务器的部署指令。

如果当前待部署的服务器数量达到预设阈值，则获取上述服务器的部署指令。如对一个集群系统，若确定当前待部署的服务器有10台，则获取到这10台服务器的部署指令。

进一步地，响应于获取的部署指令，获取服务器对应的配置文件。

具体来说，部署指令为在服务器上部署项目的指令，即，若当前部署指令为在服务器上部署第一项目，则响应于部署第一项目的部署指令，获取部署第一项目的配置文件。参数配置文件为部署第一项目的环境或应用对应参数的配置文件，流程配置文件为部署第一项目的环境或应用对应的部署流程的配置文件。

举例来说，若获取部署Node.js项目的部署指令，则响应于该部署指令，获取部署Node.js项目的配置文件。在这里，Node.js项目为基于Chome V8引擎的JavaScript运行环境，部署Node.js项目有利于服务器快速搭建扩展的网络应用，如实时应用、分布式应用、工具类应用、游戏类应用、提升Web渲染能力、同一前后端编程语言环境等。Node.js项目的配置文件包括参数配置文件和流程配置文件，参数配置文件为部署Node.js项目的环境或应用对应参数的配置文件，流程配置文件为部署Node.js项目的环境或应用对应的部署流程的配置文件。

通过上述方式，可以自动响应于服务器的部署指令，并自动获取服务器对应的配置文件，有效简化人工部署方式的获取操作。

步骤202：根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

在本申请实施例中，根据服务器与配置参数之间的对应关系，获取包含预设配置参数的模板文件，基于该模板文件获取满足预设条件的配置参数，将该配置参数作为所述服务器对应的配置参数，并根据该配置参数，修改参数配置文件。

具体来说，模板文件包含预设配置参数，预设配置参数可以包括服务器的属性名称、描述信息和网络地址对应的参数值，基于该模板文件中的预设配置参数，获取用于部署服务器的属性名称、描述信息和网络地址对应的参数值，在此将获取的属性名称、描述信息、参数值作为满足预设条件的配置参数，并将该配置参数作为服务器对应的配置参数。

举例来说，一种可能的模板文件可以参见如下表1所示。

表1

如表1所示，第一列的“属性”表征服务器的属性名称，第二列的“描述”表征参数的描述信息，第三列的“IP1”表征网络地址为“A1.B1.C1.D1”的参数值，第四列的“IP2”表征网络地址为“A2.B2.C2.D2”的参数值。

一种基于模板文件获取的配置参数，可以参见如下表2所示。

表2

如表2所示，第二行至第六行为基于模板文件获取的配置参数，以第二行为例可知：服务器对应“数据源配置的JNDI名称”的属性名称为“DS1_JNDINAME”，当网络地址为“A1.B1.C1.D1”的参数值是“第一名称”，当网络地址为“A2.B2.C2.D2”的参数值是“第二名称”。

值得说明的是，参数配置文件中的模板文件可以根据实际情况和实际目标需求更改或确定，并不局限于本申请实施例提供的示例。

进一步，基于模板文件获取配置参数，然后根据配置参数修改参数配置文件中的相关信息，得到修改后的参数配置文件。

通过上述方法，实现配置参数的结构化获取，对比现有技术，只需要基于模板文件获取服务器的配置参数，便可以根据配置参数完成部署工作，有效降低部署服务器的难度，提高部署效率，并且基于模板文件来获取配置参数，便于部署后期统计或修改配置参数。

步骤203：根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

在本申请实施例中，根据目标需求，确定服务器的部署流程，然后根据服务器与流程参数之间的对应关系，确定与服务器的部署流程对应的流程参数，并根据该流程参数，修改流程配置文件。

具体来说，在流程配置文件中预设有部署流程的模板文件，模板文件中预设有多种部署流程的操作规范，即根据目标需求与部署流程之间的对应关系，确定出模板文件中与服务器对应的操作规范，并基于模板文件中确定的操作规范，获取与服务器的部署流程对应的流程参数，再根据流程参数，修改流程配置文件。

举例来说，部署流程的操作规范可以包括“文件追加”、“文件参数替换”、“目录部署”、“解压缩”、“执行脚本”、“参数修改”、“Lib库比较”。若确定服务器对应的操作规范为“解压缩”、“目录部署”、“文件追加”、“文件参数替换”、“执行脚本”，则基于模板文件获取上述操作规范对应的流程参数，使用该流程参数修改流程配置文件。具体在使用流程配置文件部署服务器的过程中，将依次执行“解压缩”、“目录部署”、“文件追加”、“文件参数替换”、“执行脚本”的部署流程。

一种可能的模板文件，可以参见如下表3所示。

类别	执行流程描述	属性	属性描述	执行标志	属性值
						……	……	……	……	……	……

表3

如上表3所示，第一列的“类别”表征部署流程对应类别，第二列的“执行流程描述”表征部署流程的描述信息，第三列的“属性”表征部署流程的属性名称，第四列的“属性描述”表征部署流程的属性名称的属性描述，第五列的“执行标志”表征部署流程的执行标识，第六列的“属性值”表征部署流程的属性的参数值。

一种可能的基于模板文件获取的流程参数，可以参见如下表4所示。

表4

如上表4所示，第三行、第四行、第七行、第八行为基于模板文件获取的流程参数，以第七行为例可知：部署流程“第二流程描述”的类别为“第二类别”，其属性为“第二属性”，其属性值为“第二属性值”。

值得说明的是，表4中的字段为示例性的展示，流程配置文件中的模板文件可以根据实际情况和实际目标需求更改或确定，并不局限于本申请实施例提供的示例。

另外，上述规范操作还可以进行部署流程的功能扩展，即“文件追加”、“文件参数替换”、“目录部署”、“解压缩”、“执行脚本”、“参数修改”、“Lib库比较”的操作规范为一些示例性的功能。在此还包括其他满足实际应用场景或实际目标需求的其他操作规范，或在上述操作规范的基础上添加新的扩展功能，如：在上述“文件追加”中，添加“文件修改”、“文件删除”的功能，形成新的“文件追加”操作规范，新“文件追加”可以实现文件追加、文件修改和文件删除的功能。

进一步，基于模板文件获取流程参数，然后根据流程参数修改流程配置文件中的相关信息，得到修改后的流程配置文件。

通过上述方法，实现部署流程和流程参数的结构化获取，对比现有技术，只需要获取目标需求对应的部署流程，并基于模板文件获取对应的流程参数，便可以根据流程参数自动执行流程部署的工作，有效降低部署服务器中各流程部署的难度，提高部署效率，并且基于操作规范的扩展功能，可以实现多样化的自动部署，不仅适用于不同目标需求的服务器自动部署，还适用于不同部署环境或应用的服务器自动部署。

步骤204：按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

在本申请实施例中，根据流程配置文件，确定服务器的部署流程，然后按照部署流程，提取参数配置文件中用于部署服务器的配置参数，和流程配置文件中用于部署服务器的流程参数，再根据配置参数和流程参数，自动执行部署流程。

具体来说，在执行部署前，还将自动获取默认配置文件中的所有参数，默认配置文件可以是执行步骤201之前或执行步骤201期间，自动生成的配置文件。默认配置文件中的参数可以是用于服务器部署的目录信息，具体包括：文件路径、主机名、日志路径、配置文件路径、执行的网络地址、执行用户、执行用户的家目录、脚本路径。在此获取默认配置文件中参数的方式具体可以通过{{default.属性}}的方式来获取。

举例来说，在上述服务器部署的目录信息中，文件路径可以为{{default.filePath}}，主机名可以为{{default.hostName}}，日志路径可以为{{default.logPath}}，配置文件路径可以为{{default.configPath}}，执行的网络地址可以为{{default.localIp}}，执行用户可以为{{default.user}}，执行用户的家目录可以为{{default.home}}，脚本路径可以为{{default.scriptPath}}。

其中，上述“filePath”为文件路径一种可能的属性，“hostName”为主机名一种可能的属性，“logPath”为日志路径一种可能的属性，“configPath”为配置文件路径一种可能的属性，“localIp”为网络地址目录一种可能的属性，“user”为执行用户一种可能的属性，“home”为执行用户的家目录一种可能的属性，“scriptPath”为脚本路径一种可能的属性，这些属性可以根据实际情况进行获取或设定。

在获取默认配置文件中的参数后，部署服务器，具体部署过程为：确定部署流程的部署顺序，根据部署顺序，确定当前执行的部署流程，然后依据部署流程，从流程配置文件中提取对应的流程参数，并从参数配置文件中提取对应的配置参数，对提取出的流程参数和配置参数进行自动转换，生成键值对(key-value)方式的配置文件，如：提取出的流程参数{{类别.属性名}}，提取出的配置参数{{para.属性名}}，将上述{{类别.属性名}}、{{para.属性名}}都对应转换为具体的参数，即以“key-value”方式体现，并自动生成“key-value”的jason文件。

在自动生成配置文件后，执行配置文件对应的部署流程，直到完成服务器的部署。

通过上述方法，实现自动部署服务器，克服现有部署方式中，因人为或环境因素而导致获取错误配置参数，进而配置报错的问题，能够有效提高配置的效率，和配置准确率。并且上述方法，可以适用更加广泛的范围，满足同时部署各种不同环境或应用的目标需求，以及同时部署多台服务器的目标需求。

在上述方法的基础上，为了保证部署项目的可用性，提高部署项目在不同服务器上的部署准确率，在本申请实施例中还提供了如下方法：

启动服务器的联机服务，判断联机服务是否能够正常运行：若是，则部署服务器成功，停止联机服务；若否，则部署服务器失败，获取报错信息。

进一步地，为便于本领域技术人员更好理解本申请实施例提供的技术方案，下面结合一种可能的实际应用场景，对服务器的整体部署过程作如下示例性说明。

需要说明的是，该示例性说明不构成对本申请实施例的限定，本技术方案还适用当下其他的应用场景或未来类似的应用场景。

另外，该示例性说明中涉及的具体代码、公开数据、使用工具为示例性描述，不构成对本申请提供技术方案的限定，其具体使用规范符合国家相关法律法规。

首先响应于服务器的部署指令，确定当前服务器的联机环境是否准备就绪：确定是否已加载相关JDK(Java Development Kit，Java开发工具包)环境，如在检测到加载JDK的第一命令，便可确定当前已加载第一版本的JDK，如java*.*；确定是否创建第一域，第一域可以用于发布应用程序；然后确定当前待部署的服务器处于正常状态，如服务器“A***”和“m***”处于正常状态可以参见

表5所示。

名称	类别	集群	计算机	状态
					A***(管理)	已配置	\	W***	RUNNING
M***	已配置	\	W***	RUNNING

表5

如上表5所示，即“状态”列为“RUNNING”即可认为服务器处于正常状态。

除此之外，还将确认是否加载所需的编程环境，如python的编程环境等。至此，待部署服务器的联机环境准备就绪。

在加载服务器的联机环境后，便可以开始作部署前的准备，即加载相关的部署包。部署包可以包括部署工具、部署工具的部分脚本和模板、用于联机的配置文件、核心应用WEB包和应用包。在此，部署工具用于实现对服务器的自动部署，部署工具中包括参数配置文件和流程配置文件，在此部署工具可以为不同服务器部署不同环境和/或安装不同应用。

具体来说，可以通过预设指令来加载相应的部署包。如：下载、查看等的预设指令。

在加载部署包后，需要对部署工具进行配置，首先，将部署工具对应版本的软件包上传至服务器，并将该软件包解压到第一目录下。然后，根据目标需求的应用需求，获取满足应用需求的参数信息，并根据参数信息对部署工具中的配置文件进行修改。

具体来说，参数信息的表现形式可以为Excel表格，如表1所示。在此将该表格命名为“第一表格***.xlsx”，表2为获取服务器对应配置参数后的表格，在对应配置参数前，可以通过检索该表格所在的目录，并在这个目录下载该表格，下载的表格信息可以参见表1所示。

在实际应用情况中，一般下载的“第一表格***.xlsx”不包含配置参数，当然，也存在包含上一服务器的配置参数的情况，因此，在下载后，一般需要目标对象根据实际应用需求对配置参数进行调整，然后将调整后的“第二表格***.xlsx”上传至服务器的原目录下，替换掉名为“第一表格***.xlsx”的原文件。

进一步，将应用对应版本的jar(压缩)包覆盖到核心应用Web包所在的目录下，并检查该jar包的版本，具体根据标准jar包列表，并结合实际应用需求来确定是否需要修改，一般来说不匹配的情况会在安装过程出现报错提示。

然后，安装编程环境，并执根据部署工具执行自动化的部署，具体部署流程包括：

进入脚本目录后，执行安装的部署操作。

在执行部署操作后，生成相关部署日志。

进一步，在完成部署后，可以启动和检查当前服务器的联机服务是否能够正常运行，具体包括：

在第三目录下，检测相关部署日志，确定没有报错信息；然后通过登录控制台，确认当前控制台可以正常访问，并在控制台查看联机状态是否正常，在本地向服务器发起交易测试，若确定接收到相应报文，则测试成功，当前服务器的联机服务能够正常运行。

在测试成功后，停止联机服务，具体为：进入第三目录，执行相应命令。

通过本申请实施例提供的方法，基于模板文件获取配置参数和流程参数，并得到根据配置参数修改的参数配置文件和根据流程参数修改的流程配置文件，基于修改后的参数配置文件和修改后的流程配置文件，对服务器进行自动部署，解决现有技术存在部署时间长、效率低的问题。

本申请实施例提供的方法所能达到技术效果包括：

1、应用本申请方法，实现为不同服务器自动部署不同环境和/或应用，具体通过模板文件，获取结构化的配置参数和流程参数，此后便可以自动化地执行部署，简化服务器的部署流程，满足不同目标对象的不同应用需求；

2、基于模板文件来获取各配置文件中结构化的参数信息，执行自动化部署，有效提升部署过程中的部署准确率；

3、基于模板文件来获取各配置文件中结构化的参数信息，有效降低部署服务器所需要的学习成本和部署难度，无需获取复杂的编程指令，根据结构化的参数信息便可以完成服务器的自动部署；

4、通过流程配置文件，以及对应模板文件中部署流程的操作规范，不需获取部署流程对应的复杂编程指令，便可自动执行流程部署的操作，提高部署效率，而且基于操作规范的扩展功能还可以增强服务器部署的泛用性；

5、基于模板文件获取的各种参数信息，可以随时根据参数信息进行溯源，有效提高服务器部署的维护效率，如在项目运行期间，如果实时应用需求变动，需要调整服务器中的参数信息，那么通过修改相应的参数信息，便可以满足实时需求的变动，降低部署后期维护的时间成本和人力成本。

基于同一发明构思，本申请还提供了一种服务器部署的装置，用以实现自动部署服务器，解决现有技术存在部署时间长、效率低的问题，提高服务器的部署效率，参见图3，该装置包括：

获取模块301，响应于服务器的部署指令，获取所述服务器对应的配置文件；其中，所述配置文件包括参数配置文件和流程配置文件；

第一修改模块302，根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

第二修改模块303，根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

部署模块304，按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

在一种可能的设计中，所述服务器部署的装置，还用于：在确定当前时刻为预设触发时刻时，获取服务器的部署指令；或在确定当前待部署的服务器数量达到预设阈值时，获取所述待部署的服务器的部署指令。

在一种可能的设计中，所述第一修改模块302，具体用于：获取包含预设配置参数的模板文件；基于所述模板文件获取满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数；根据所述配置参数，修改所述参数配置文件。

在一种可能的设计中，所述第一修改模块302，具体用于：基于所述模板文件，获取所述服务器的属性名称、描述信息和网络地址对应的参数值；将所述属性名称、所述描述信息、所述参数值作为满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数。

在一种可能的设计中，所述第二修改模块303，具体用于：根据目标需求，确定所述服务器的部署流程；根据服务器与流程参数之间的对应关系，确定所述服务器的所述部署流程对应的流程参数；根据所述流程参数，修改所述流程配置文件。

在一种可能的设计中，所述部署模块304，具体用于：根据所述流程配置文件，确定所述服务器的部署流程；按照所述部署流程，提取所述参数配置文件中用于部署所述服务器的配置参数，和所述流程配置文件中用于部署所述服务器的流程参数；根据所述配置参数和所述流程参数，执行所述部署流程。

在一种可能的设计中，所述服务器部署的装置，还用于：启动所述服务器的联机服务，判断所述联机服务是否能够正常运行；若是，则部署所述服务器成功，停止所述联机服务；若否，则部署所述服务器失败，获取报错信息。

基于上述装置，实现服务器的自动部署，提高服务器的部署效率，解决现有技术存在部署时间长、效率低的问题。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述一种服务器部署的装置的功能，参考图4，所述电子设备包括：

至少一个处理器401，以及与至少一个处理器401连接的存储器402，本申请实施例中不限定处理器401与存储器402之间的具体连接介质，图4中是以处理器401和存储器402之间通过总线400连接为例。总线400在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线400可以分为地址总线、数据总线、控制总线等，为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器401也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器402存储有可被至少一个处理器401执行的指令，至少一个处理器401通过执行存储器402存储的指令，可以执行前文论述的服务器部署方法。处理器401可以实现图3所示的装置中各个模块的功能。

其中，处理器401是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器401可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的服务器部署方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器401进行设计编程，可以将前述实施例中介绍的服务器部署方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图2所示的实施例的服务器部署方法的步骤。如何对处理器401进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述服务器部署方法。

在一些可能的实施方式中，本申请提供的服务器部署方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的服务器部署方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (15)

1.一种服务器部署的方法，其特征在于，所述方法包括：

响应于服务器的部署指令，获取所述服务器对应的配置文件；其中，所述配置文件包括参数配置文件和流程配置文件；

根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

2.如权利要求1所述的方法，其特征在于，在所述响应于服务器的部署指令之前，还包括：

在确定当前时刻为预设触发时刻时，获取服务器的部署指令；或

在确定当前待部署的服务器数量达到预设阈值时，获取所述待部署的服务器的部署指令。

3.如权利要求1所述的方法，其特征在于，所述根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件，包括：

获取包含预设配置参数的模板文件；

基于所述模板文件获取满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数；

根据所述配置参数，修改所述参数配置文件。

4.如权利要求3所述的方法，其特征在于，所述基于所述模板文件获取满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数，包括：

基于所述模板文件，获取所述服务器的属性名称、描述信息和网络地址对应的参数值；

将所述属性名称、所述描述信息、所述参数值作为满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数。

5.如权利要求1所述的方法，其特征在于，所述根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件，包括：

根据目标需求，确定所述服务器的部署流程；

根据服务器与流程参数之间的对应关系，确定所述服务器的所述部署流程对应的流程参数；

根据所述流程参数，修改所述流程配置文件。

6.如权利要求1-5任一项所述的方法，其特征在于，所述基于所述参数配置文件和所述流程配置文件，部署所述服务器，包括：

根据所述流程配置文件，确定所述服务器的部署流程；

按照所述部署流程，提取所述参数配置文件中用于部署所述服务器的配置参数，和所述流程配置文件中用于部署所述服务器的流程参数；

根据所述配置参数和所述流程参数，执行所述部署流程。

7.如权利要求1-5任一项所述的方法，其特征在于，在所述部署所述服务器之后，还包括：

启动所述服务器的联机服务，判断所述联机服务是否能够正常运行；

若是，则部署所述服务器成功，停止所述联机服务；

若否，则部署所述服务器失败，获取报错信息。

8.一种服务器部署的装置，其特征在于，所述装置包括：

获取模块，响应于服务器的部署指令，获取所述服务器对应的配置文件；其中，所述配置文件包括参数配置文件和流程配置文件；

第一修改模块，根据服务器与配置参数之间的对应关系，确定所述服务器对应的配置参数，并根据所述配置参数修改所述参数配置文件；

第二修改模块，根据服务器与流程参数之间的对应关系，确定所述服务器对应的流程参数，并根据所述流程参数修改所述流程配置文件；

部署模块，按照修改后的所述参数配置文件和修改后的所述流程配置文件，部署所述服务器。

9.如权利要求8所述的装置，其特征在于，所述第一修改模块，具体用于获取包含预设配置参数的模板文件；基于所述模板文件获取满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数；根据所述配置参数，修改所述参数配置文件。

10.如权利要求8所述的装置，其特征在于，所述第一修改模块，具体用于基于所述模板文件，获取所述服务器的属性名称、描述信息和网络地址对应的参数值；将所述属性名称、所述描述信息、所述参数值作为满足预设条件的配置参数，并将所述配置参数作为所述服务器对应的配置参数。

11.如权利要求8所述的装置，其特征在于，所述第二修改模块，具体用于根据目标需求，确定所述服务器的部署流程；根据服务器与流程参数之间的对应关系，确定所述服务器的所述部署流程对应的流程参数；根据所述流程参数，修改所述流程配置文件。

12.如权利要求8所述的装置，其特征在于，所述部署模块，具体用于根据所述流程配置文件，确定所述服务器的部署流程；按照所述部署流程，提取所述参数配置文件中用于部署所述服务器的配置参数，和所述流程配置文件中用于部署所述服务器的流程参数；根据所述配置参数和所述流程参数，执行所述部署流程。

13.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-7中任一项所述的方法步骤。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法步骤。

15.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-7中任一项所述的方法。

Images