CN111857758A - 应用部署方法、装置及介质 - Google Patents

Abstract

本申请实施例公开了一种应用部署方法、装置及介质，其中方法包括：Linux主控服务器确定待部署应用对应的Windows被控服务器；Linux主控服务器基于远程登录协议和虚拟机程序获取Windows被控服务器的目标网络地址；若目标网络地址和预设网络地址不一致，则Linux主控服务器根据目标网络地址和环境信息获取第一配置信息；Linux主控服务器向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。采用本申请，可提高Linux主控服务器向Windows被控服务器部署应用的效率和成功率。

Description

应用部署方法、装置及介质

技术领域

本申请涉及计算机技术领域，主要涉及了一种应用部署方法、装置及介质。

背景技术

目前，基于Linux操作系统的Linux主控服务器，向基于Windows操作系统的Windows被控服务器部署应用的方案，大多基于开发人员手动操作。然而手动操作的效率低，且出错概率高，因此，如何提高应用部署效率是本领域技术人员待解决的技术问题。

发明内容

本申请实施例提供了一种应用部署方法、装置及介质，可提高Linux主控服务器向Windows被控服务器部署应用的效率和成功率。

第一方面，本申请实施例提供一种应用部署方法，其中：

Linux主控服务器确定待部署应用对应的Windows被控服务器；

Linux主控服务器基于远程登录协议和虚拟机程序，获取Windows被控服务器的目标网络地址；

若目标网络地址和预设网络地址不一致，则Linux主控服务器根据目标网络地址和环境信息获取第一配置信息，其中，预设网络地址为Linux主控服务器预先存储的Windows被控服务器的环境信息中的一项；

Linux主控服务器向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。

第二方面，本申请实施例提供另一种应用部署方法，其中：

Windows被控服务器接收Linux主控服务器发送的第一配置信息，其中，第一配置信息由Linux主控服务器根据Windows被控服务器的环境信息和目标网络地址获取；

Windows被控服务器根据第一配置信息安装待部署应用。

第三方面，本申请实施例提供第一种应用部署装置，其中：

处理单元，用于确定待部署应用对应的Windows被控服务器；

存储单元，用于存储Windows被控服务器的环境信息，环境信息包括预设网络地址；

通信单元，用于基于远程登录协议和虚拟机程序，获取Windows被控服务器的目标网络地址；

处理单元，还用于若目标网络地址和预设网络地址不一致，则根据目标网络地址和环境信息获取第一配置信息；

通信单元，还用于向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。

第四方面，本申请实施例提供第二种应用部署装置，其中：

通信单元，用于接收Linux主控服务器发送的第一配置信息，其中，第一配置信息由Linux主控服务器根据Windows被控服务器的环境信息和目标网络地址获取；

处理单元，用于根据第一配置信息安装待部署应用。

第五方面，本申请实施例提供第三种应用部署装置，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，上述一个或至少一个程序被存储在上述存储器中，并且被配置由上述处理器执行，程序包括用于如第一方面，或第二方面中所描述的部分或全部步骤的指令。

第六方面，本申请实施例提供了一种计算机可读存储介质，其中，计算机可读存储介质存储计算机程序，其中，计算机程序使得计算机执行以实现如第一方面，或第二方面中所描述的部分或全部步骤。

实施本申请实施例，将具有如下有益效果：

采用了上述的应用部署方法、装置及介质之后，Linux主控服务器基于远程登录协议和虚拟机程序，获取待部署应用对应的Windows被控服务器的目标网络地址，提高了数据获取效率。若目标网络地址与预设网络地址不一致，则表示Windows被控服务器的环境信息可能发生变化，再根据环境信息和目标网络地址获取第一配置信息，然后向Windows被控服务器发送第一配置信息，以使Windows被控服务器按照第一配置信息安装待部署应用，提高了应用部署的效率和成功率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

其中：

图1为本申请实施例提供的一种应用部署系统的结构示意图；

图2为本申请实施例提供的一种应用部署方法的流程示意图；

图3为本申请实施例提供的另一种应用部署方法的流程示意图；

图4为本申请实施例提供的一种应用部署装置的逻辑结构示意图；

图5为本申请实施例提供的一种应用部署装置的实体结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。根据本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，图1为应用本申请实施例的网络架构示意图。该网络架构示意图包括客户端101和服务器102。需要说明的是，图1所示的网络架构示意图中的各个设备的数量和形态用于举例，并不构成对本申请实施例的限定。

其中，客户端101可以是图1所示的手机，也可以是个人计算机(personalcomputer，PC)、笔记本电脑、一体机、掌上电脑、平板电脑(pad)、智能电视播放终端、车载终端或便捷式设备等电子设备。在本申请实施例中，客户端101的操作系统基于Windows操作系统(例如Windows xp、Windows 7等)。

如图1所示，服务器102包括与客户端101连接的Windows被控服务器1021，也包括与Windows被控服务器1021连接的Linux主控服务器1022。其中，Windows被控服务器1021基于Windows操作系统，Linux主控服务器1022可以基于Linux操作系统，也可以是基于Windows操作系统的虚拟环境中采用Linux语言的开发平台。Linux主控服务器1022用于存储待部署应用的安装包，并为Windows被控服务器1021提供应用部署服务。Windows被控服务器1021用于为客户端101提供应用服务。也就是说，Windows被控服务器1021相当于Linux主控服务器1022的客户端，Linux主控服务器1022相当于Windows被控服务器1021的服务器。

Linux主控服务器1022除了与图1所示的Windows被控服务器连接之外，还可与其它的Windows被控服务器连接，并为其它的Windows被控服务器部署应用。需要说明的是，其它的Windows被控服务器中部署的应用可以与图1中的应用相同，也可以不同。

在本申请实施例中，Linux主控服务器还用于存储与该Linux主控服务器对应的Windows被控服务器的环境信息。与Linux主控服务器对应的Windows被控服务器可包括与该Linux主控服务器连接的服务器，也可包括Linux主控服务器的配置名单中的服务器等，在此不做限定。

Windows被控服务器的环境信息包括Windows被控服务器的待验证信息，例如：媒体存取控制位址(Media Access Control Address，MAC)、客户端的主机名、应用的账户标识等身份信息，或者用于验证身份的密钥，或者解密算法。该环境信息还包括Windows被控服务器的预设系统类型，例如，32位还是64位，Win7还是Win10等。该环境信息还包括预设安装参数，例如，待部署应用的安装包的接收地址、待部署应用的安装地址、安装之后自动删除安装包或等待预设时长(例如一周)删除安装包、安装之后自动运行方案、安装时间(立即安装、待机时安装或关机时安装等)等。该环境信息还包括Windows被控服务器的预设网络地址，例如，网络互联协议(Internet Protocol，IP)等。

其中，预设安装参数可通过解析安装设置文件得到，该安装设置文件可以是根据Windows被控服务器对应的设置页面中的选项进行获取的，也可以是根据Windows被控服务器的手动部署历史记录进行获取的，在此不做限定。

在一种可能的示例中，Linux主控服务器获取Windows被控服务器的安装设置文件；Linux主控服务器获取待部署应用的应用类型；Linux主控服务器基于应用类型，对安装设置文件进行解析，得到安装参数。

其中，待部署应用的应用类型可以是工作和娱乐，也可以是身份验证、支付、排队、查询等功能，在此也不做限定。

可以理解，对安装设置文件进行解析，可得到各个安装选项对应的设置参数。在该示例中，基于待部署应用的应用类型，对安装设备文件进行解析，可提高获取安装参数的准确率。

本申请对于服务器102中Linux主控服务器和Windows被控服务器的数量不做限定。Linux主控服务器可以按照应用类型、地址位置、角色类型等划分Windows被控服务器，在此不做限定。

需要说明的是，Windows被控服务器预先安装了虚拟Linux环境，从而便于Linux主控服务器与Windows被控服务器之间进行数据交互。本申请对于安装虚拟Linux环境的方法不做限定，可基于虚拟机程序进行安装，例如，通过安装cygwin的安装包进行虚拟Linux环境安装。该cygwin是一个Windows应用软件，用于仿真Linux操作系统。在安装cygwin之后，启动cygwin，即执行自动安装和启动远程登录服务(例如，安全服务守护进程(SecurityServices Dameon，ssd))。如此，向Linux主控服务器开放了远程登录接口服务(例如，安全外壳守护进程(Secure Shell Dameon，sshd))，基于远程登录协议(例如，安全外壳协议(Secure Shell，ssh))，以使Windows被控服务器与Linux主控服务器建立远程连接。

上述远程登录服务可以是Windows被控服务器开机之后启动的服务，即在Windows被控服务器中设置系统开机启动ssd服务的命令(systemctl enable sshd)。也可以开机时不开启，在与Linux主控服务器连接之后再开启，即在Windows被控服务器中设置打开ssd服务的命令(systemctl start sshd)。

下面对本申请实施例提供的应用部署方法的具体流程进一步进行说明。

请参照图2，本申请实施例提供一种应用部署方法的流程示意图。如图2所示，一种应用部署方法，其中：

S201：Linux主控服务器确定待部署应用对应的Windows被控服务器。

在本申请实施例中，待部署应用为Linux主控服务器中未完成部署的应用，可以是上线或更新的应用，也可以是未完成部署的应用，在此不做限定。Windows被控服务器可以是新加入的服务器，也可以是之前未部署完成的服务器，在此也不做限定。其中，未部署可包括未部署服务和未部署待部署应用两种情况。

步骤S201可以是定时执行的，即预先设置一个部署周期，在部署周期到达时，对Linux主控服务器上的应用进行更新部署。步骤S201也可以是由上线或更新的应用触发的，即在应用上线或更新时，将该应用进行部署。步骤S201还可以是由Windows被控服务器请求执行的，即Windows被控服务器主动请求部署应用等，在此不做限定。

S202：Linux主控服务器基于远程登录协议和虚拟机程序，获取Windows被控服务器的目标网络地址。

在本申请实施例中，远程登录协议可以是如前的远程登录服务对应的协议，例如ssh，虚拟机程序也可以是前述的用于在Windows被控服务器中安装虚拟Linux环境的程序，例如cygwin。

目标网络地址可以是Windows被控服务器当前的IP地址，可用于获取Windows被控服务器的位置信息。例如，基于网络地址对应的接入网进行获取，或者按照Linux主控服务器中预先为各个Windows被控服务器配置的网络地址进行获取等。

Linux主控服务器获取Windows被控服务器的目标网络地址，可以是Linux主控服务器直接基于远程登录协议和虚拟机程序获取的；也可以是Linux主控服务器按照远程登录协议和虚拟机程序向Windows被控服务器发送的数据获取请求，由Windows被控服务器针对数据获取请求回复的目标网络地址获取得到的，在此不做限定。

在一种可能的示例中，在获取Windows被控服务器的目标网络地址之前，若环境信息还包括待验证信息，Linux主控服务器基于远程登录协议和虚拟机程序，以及待验证信息与Windows被控服务器建立远程连接。

其中，待验证信息用于Windows被控服务器进行身份验证。若验证成功，则Windows被控服务器与Linux主控服务器连接。如前待验证信息是Linux主控服务器中预先存储的Windows被控服务器的环境信息中的一项，可包括MAC地址、客户端的主机名、应用的账户标识等身份信息，也可以是密钥或者解密算法。

可以理解，Windows被控服务器基于远程登录协议和虚拟机程序，验证Linux主控服务器中存储的待验证信息，且在验证成功时，与Linux主控服务器建立远程连接。再获取Windows被控服务器的环境信息，可保护Windows被控服务器中的数据，提高了Windows被控服务器的安全性。

S203：若目标网络地址和预设网络地址不一致，则Linux主控服务器根据目标网络地址和环境信息获取第一配置信息。

在本申请实施例中，预设网络地址为Linux主控服务器预先存储的Windows被控服务器的环境信息中的一项。环境信息用于描述Windows被控服务器的预设环境。第一配置信息用于Windows被控服务器自动部署待部署应用。第一配置信息可包括与环境信息中安装选项对应的配置参数，也可包括待部署应用的安装包等。

可以理解，在目标网络地址和预设网络地址不一致时，表示当前网络环境可能发生改变，根据目标网络地址和环境信息获取第一配置信息，可提高部署的成功率。否则，可直接获取根据环境信息获取第一配置信息，提高了获取配置信息的效率，便于提高部署效率。

本申请对于获取第一配置信息的方法不做限定，在一种可能的示例中，若环境信息包括预设安装参数和预设系统类型，则步骤S203包括以下步骤A1-A3，其中：

A1：Linux主控服务器根据目标网络地址，修改预设安装参数，得到目标安装参数；

A2：Linux主控服务器获取预设系统类型对应的配置脚本；

A3：Linux主控服务器根据配置脚本获取目标安装参数和待部署应用的安装包对应的第一配置信息。

其中，配置脚本可以是按照预先设置的系统类型和安装文件对应的脚本进行获取，在此不做限定。

目标网络地址可用于描述Windows被控服务器的地理位置。基于该地理位置可获取该Windows被控服务器在Linux主控服务器中的角色信息。因此，根据目标网络地址修改预设安装参数得到的目标安装参数包含角色信息，再结合预设系统类型对应的配置脚本，获取目标安装参数和待部署应用的安装包对应的第一配置信息，可提高应用部署的准确性。

本申请对于配置脚本获取目标安装参数和待部署应用的安装包对应的第一配置信息的方法不做限定，在一种可能的示例中，步骤A3包括以下步骤B1-B3，其中：

B1：Linux主控服务器获取Windows被控服务器的角色类型；

B2：Linux主控服务器根据角色类型获取待部署应用的安装包对应的目标安装文件；

B3：Linux主控服务器根据配置脚本获取目标安装参数和目标安装文件对应的第一配置信息。

其中，角色类型可以是Windows被控服务器对应的管理用户的等级，也可以是Windows被控服务器被部署的等级，或者Linux主控服务器对应的多个Windows被控服务器中的主选服务器或备选服务器，也可以是不同功能(例如，身份验证、排队、查询)对应的服务器等，在此不做限定。

目标安装文件可以是按照预先设置的角色类型和安装文件之间的映射关系进行获取，也可按照角色类型，对待部署应用的安装包进行删减得到，即仅包含该角色类型和基础功能的应用等，在此不做限定。

可以理解，不同角色类型对应的服务业务不同，因此，Linux主控服务器根据Windows被控服务器对应的角色类型获取待部署应用的安装包对应的目标安装文件，再根据预设系统类型对应的配置脚本获取目标安装文件和目标安装参数对应的第一配置信息，可提高获取配置信息的准确率，便于提高应用部署的成功率。

本申请对于获取角色类型的方法不做限定，在一种可能的示例中，步骤B1包括以下步骤C1-C3，其中：

C1：Linux主控服务器根据目标网络地址获取Windows被控服务器的位置信息；

C2：Linux主控服务器根据待验证信息获取Windows被控服务器的身份信息；

C3：Linux主控服务器根据身份信息和位置信息获取角色等级。

可以理解，不同身份信息对应的服务业务不同，不同位置信息对应的Windows被控服务器的服务业务也存在差异，因此，Linux主控服务器根据Windows被控服务器对应的身份信息和位置信息获取该Windows被控服务器在Linux主控服务器对应的Windows被控服务器群中的角色等级，便于获取与该角色等级对应的配置信息，提高配置的准确率。

S204：Linux主控服务器向Windows被控服务器发送第一配置信息。

在本申请实施例中，Linux主控服务器向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。Windows被控服务器根据第一配置信息安装待部署应用，可以是Windows被控服务器按照第一配置信息，对Linux主控服务器中的安装文件进行安装；也可以是Windows被控服务器按照第一配置信息，获取Linux主控服务器中待部署应用对应的安装文件，并在Windows被控服务器中进行安装。

在图2所示的实施例中，Linux主控服务器基于远程登录协议和虚拟机程序，获取待部署应用对应的Windows被控服务器的目标网络地址，提高了数据获取效率。若目标网络地址与预设网络地址不一致，则表示Windows被控服务器的环境信息可能发生变化，再根据环境信息和目标网络地址获取第一配置信息，然后向Windows被控服务器发送第一配置信息，以使Windows被控服务器按照第一配置信息安装待部署应用，提高了应用部署的效率和成功率。

在一种可能的示例中，若Windows被控服务器的数量为多个，则步骤S204包括：Linux主控服务器根据角色类型获取Windows被控服务器的安装顺序；Linux主控服务器根据安装顺序向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息和安装顺序安装待部署应用。

其中，安装顺序用于描述Linux主控服务器对应的多个Windows被控服务器中每一Windows被控服务器安装待部署应用的顺序。本申请对于获取安装顺序的方法不做限定，可按照角色类型对应的安装优先级进行设置，例如，主选服务器的安装顺序在备选服务器的安装顺序之前，避免出现响应失败的情况发生，便于提高服务效率。安装顺序也可按照角色类型对应的安装文件进行设置，可以理解，在Windows被控服务器按照第一配置信息，对Linux主控服务器中的安装文件进行安装时，该安装文件在Linux主控服务器中，增加安装顺序可避免部署失败的情况发生，便于提高应用部署的成功率。

在上述示例中，若Linux主控服务器对应多个Windows被控服务器，则根据角色类型获取各个Windows被控服务器的安装顺序，再按照安装顺序向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息和安装顺序安装待部署应用，可提高待部署应用的部署成功率。

在一种可能的示例，Linux主控服务器基于远程登录协议和虚拟机程序，获取Windows被控服务器的部署输出日志；Linux主控服务器根据部署输出日志确定待部署应用的失败类型；Linux主控服务器根据失败类型、目标网络地址和环境参数第二配置信息；Linux主控服务器向Windows被控服务器发送第二配置信息，以使Windows被控服务器根据第二配置信息重新安装待部署应用。

其中，部署输出日志为Windows被控服务器安装待部署应用的日志，用于描述部署过程。该部署输出日志包括待部署应用中各个节点的安装记录。部署输出日志与环境信息的获取方式一致，可以是Linux主控服务器直接基于远程登录协议和虚拟机程序获取的；也可以是Linux主控服务器按照远程登录协议和虚拟机程序向Windows被控服务器发送的数据获取请求，由Windows被控服务器针对数据获取请求发送的部署输出日志得到。此外，还可以是Windows被控服务器在部署失败之后，向Linux主控服务器发送的等，在此不做限定。

可以理解，依据部署输出日志可确定待部署应用是否部署成功。若部署失败，则进一步分析失败类型，并根据失败类型、目标网络地址和环境信息获取第二配置信息。然后向Windows被控服务器发送第二配置信息，以使Windows被控服务器根据第二配置信息安装待部署应用，便于提高部署的成功率。

本申请对于确定是否部署成功的方法不做限定，在一种可能的示例中，Linux主控服务器查找部署输出日志中是否包括预设关键字；若确定部署输出日志中包括预设关键字，则Linux主控服务器获取部署输出日志中预设关键字对应的段落；Linux主控服务器获取段落对应的失败概率值；若失败概率值大于预设阈值，则确定待部署应用部署失败。

其中，预设关键字可以是致命(Fatal)、错误(Error)和警告(Warn)等失败相关字眼。

可以理解，不同段落的预设关键字的失败概率不同，因此，在该示例中，以预设关键字对应的段落确定失败概率值，在失败概率值大于预设阈值时，确定待部署应用部署失败，从而进一步提高确定部署失败的准确性。

进一步的，若部署输出日志包括多个预设关键字，则根据各个预设关键字对应的失败概率确定目标权值；根据各个预设关键字对应的失败概率值和目标权值获取目标失败概率值；若失败概率值大于预设阈值，则确定待部署应用部署失败。

可以理解，不同预设关键字的失败概率不同，例如，致命的失败概率大于错误的失败概率，而错误的失败概率大于警告的失败概率。因此，在该示例中，以预设关键字的失败概率确定目标权值，便于提高获取目标失败概率值的准确性，从而进一步提高确定部署失败的准确性。

在确定部署失败时，根据部署输出日志确定失败类型。本申请对于确定失败类型的方法不做限定，Linux主控服务器对段落进行分析，得到失败类型。可以理解，预设关键字对应的段落描述了出现失误的部署步骤，对该段落进行分析可得到部署失败类型。

进一步的，对段落进行分析，得到至少一个检测项；对检测项进行检测，得到检测结果；若检测结果为异常，则确定该检测项对应的类型为失败类型。

其中，检测项为段落对应的部署步骤，检测结果包括异常和正常。可以理解，对段落对应的检测项进行检测，进一步提高确定失败类型的准确性。

在一种可能的示例，Linux主控服务器接收Windows被控服务器发送的页面定制请求；Linux主控服务器根据页面定制请求、目标网络地址和环境信息获取第三配置信息；Linux主控服务器向Windows被控服务器发送第三配置信息，以使Windows被控服务器根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

其中，页面定制请求是在待部署应用的基础上，增加的个性化定制业务。页面定制请求对应的页面可以是导入导出页面、权限配置页面、联系人页面、影像平台数据导入、电话中心系统页面、权限文件页面等，在此不做限定。

可以理解，Linux主控服务器基于Windows被控服务器的页面定制请求、目标网络地址和环境信息获取第三配置信息，并向Windows被控服务器发送该第三配置信息，以使Windows被控服务器在待部署应用中部署页面定制请求的个性化定制页面，提高了部署操作的便利性，便于提高Windows被控服务器的个性化。

与图2所示的实施例一致，请参照图3，图3是本申请实施例提供的另一种应用部署方法的流程示意图，该方法应用于Windows被控服务器，具体的，如图3所示，一种应用部署方法，包括：

S301：Windows被控服务器接收Linux主控服务器发送的第一配置信息。

其中，第一配置信息由Linux主控服务器根据Windows被控服务器的环境信息和目标网络地址获取。

S302：Windows被控服务器根据第一配置信息安装待部署应用。

在如图3所示的部署方法中，Windows被控服务器接收Linux主控服务器根据Windows被控服务器的环境信息获取的第一配置信息，并根据第一配置信息安装待部署应用，提高了应用部署的成功率。

在一种可选的示例中，Windows被控服务器根据部署输出日志确定待部署应用的失败类型；Windows被控服务器向Linux主控服务器发送失败类型。

其中，失败类型的确定方法可参考Linux主控服务器的描述，在此不再赘述。可以理解，在该示例中，由Windows被控服务器获取部署失败类型，再发送给Linux主控服务器，可提高部署失败觉察的效率，便于提高服务质量。

在一种可选的示例中，Windows被控服务器向Linux主控服务器发送页面定制请求；Windows被控服务器接收Linux主控服务器发送的第三配置信息，其中，第三配置信息由Linux主控服务器根据Windows被控服务器的环境信息、目标网络地址和页面定制请求获取；Windows被控服务器根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

可以理解，Linux主控服务器基于Windows被控服务器的页面定制请求、目标网络地址和环境信息获取第三配置信息，并向Windows被控服务器发送该第三配置信息，以使Windows被控服务器在待部署应用中部署页面定制请求的个性化定制页面，提高了部署操作的便利性，便于提高Windows被控服务器的个性化。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

与图2所示的实施例一致，请参照图4，图4是本申请提出的一种应用部署装置的结构示意图，该装置应用于Linux主控服务器。如图4所示，上述应用部署装置400包括：

处理单元401，用于确定待部署应用对应的Windows被控服务器；

存储单元403，用于存储Windows被控服务器的环境信息，环境信息包括预设网络地址；

通信单元402，用于基于远程登录协议和虚拟机程序，获取Windows被控服务器的目标网络地址；

处理单元401，还用于若目标网络地址和预设网络地址不一致，则根据目标网络地址和环境信息获取第一配置信息；

通信单元402，还用于向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。

在一个可能的示例中，若环境信息包括预设安装参数和预设系统类型，则处理单元401具体用于根据目标网络地址，修改预设安装参数，得到目标安装参数；获取预设系统类型对应的配置脚本；根据配置脚本获取目标安装参数和待部署应用的安装包对应的第一配置信息。

在一个可能的示例中，若环境信息还包括待验证信息，则通信单元402还用于基于远程登录协议和虚拟机程序，以及待验证信息与Windows被控服务器建立远程连接；处理单元401具体用于获取Windows被控服务器的角色类型；根据角色类型获取待部署应用的安装包对应的目标安装文件；根据配置脚本获取目标安装参数和目标安装文件对应的第一配置信息。

在一个可能的示例中，处理单元401具体用于根据目标网络地址获取Windows被控服务器的位置信息；根据待验证信息获取Windows被控服务器的身份信息；根据位置信息和身份信息获取Windows被控服务器的角色类型。

在一个可能的示例中，若Windows被控服务器的数量为多个，则处理单元401还用于根据角色类型获取Windows被控服务器的安装顺序；通信单元402具体用于根据安装顺序向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息和安装顺序安装待部署应用。

在一个可能的示例中，通信单元402还用于基于远程登录协议和虚拟机程序，获取Windows被控服务器的部署输出日志；处理单元401还用于根据部署输出日志确定待部署应用的失败类型；根据失败类型、目标网络地址和环境信息获取第二配置信息；通信单元402还用于向Windows被控服务器发送第二配置信息，以使Windows被控服务器根据第二配置信息重新安装待部署应用。

在一个可能的示例中，通信单元402还用于接收Windows被控服务器发送的页面定制请求；处理单元401还用于根据页面定制请求、目标网络地址和环境信息获取第三配置信息；通信单元402还用于向Windows被控服务器发送第三配置信息，以使Windows被控服务器根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

与图3所示实施例一致，图4所示的装置还可应用于Windows被控服务器，其中：

通信单元402，用于接收Linux主控服务器发送的第一配置信息，其中，第一配置信息由Linux主控服务器根据Windows被控服务器的环境信息和目标网络地址获取；

处理单元401，用于根据第一配置信息安装待部署应用。

在一个可能的示例中，处理单元401还用于根据部署输出日志确定待部署应用的失败类型；通信单元402还用于向Linux主控服务器发送失败类型。

在一种可能的示例中，处理单元401还用于向Linux主控服务器发送页面定制请求；接收Linux主控服务器发送的第三配置信息，其中，第三配置信息由Linux主控服务器根据Windows被控服务器的环境信息、目标网络地址和页面定制请求获取；处理单元401还用于根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

该应用部署装置400中各个单元执行详细过程可以参见前述方法实施例中的执行步骤，此处不在赘述。

与图2的实施例一致，请参照图5，图5是本申请实施例提供的又一种应用部署装置的结构示意图，该应用部署装置为Linux主控服务器。如图5所示，该应用部署装置500包括处理器510、存储器520、通信接口530以及一个或至少一个程序540。图4所示的通信单元402所实现的相关功能可通过通信接口530来实现，图4所示的存储单元403所实现的相关功能可通过存储器520来实现，图4所示的处理单元401所实现的相关功能可通过处理器510来实现。

上述一个或至少一个程序540被存储在上述存储器520中，并且被配置由上述处理器510执行，上述程序540包括用于执行以下步骤的指令：

确定待部署应用对应的Windows被控服务器；

基于远程登录协议和虚拟机程序，获取Windows被控服务器的目标网络地址；

若目标网络地址和预设网络地址不一致，则根据目标网络地址和环境信息获取第一配置信息，其中，预设网络地址为Linux主控服务器预先存储的Windows被控服务器的环境信息中的一项；

向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息安装待部署应用。

在一个可能的示例中，若环境信息包括预设安装参数和预设系统类型，则在根据目标网络地址和环境信息获取第一配置信息方面，上述程序540具体用于执行以下步骤的指令：

根据目标网络地址，修改预设安装参数，得到目标安装参数；

获取预设系统类型对应的配置脚本；

根据配置脚本获取目标安装参数和待部署应用的安装包对应的第一配置信息。

在一个可能的示例中，若环境信息还包括待验证信息，在获取Windows被控服务器的目标网络地址之前，上述程序540还用于执行以下步骤的指令：

基于远程登录协议和虚拟机程序，以及待验证信息与Windows被控服务器建立远程连接；

在根据配置脚本获取目标安装参数和待部署应用的安装包对应的第一配置信息方面，上述程序540具体用于执行以下步骤的指令：

获取Windows被控服务器的角色类型；

根据角色类型获取待部署应用的安装包对应的目标安装文件；

根据配置脚本获取目标安装参数和目标安装文件对应的第一配置信息。

在一个可能的示例中，在获取Windows被控服务器的角色类型方面，上述程序540具体用于执行以下步骤的指令：

根据目标网络地址获取Windows被控服务器的位置信息；

根据待验证信息获取Windows被控服务器的身份信息；

根据位置信息和身份信息获取Windows被控服务器的角色类型。

在一个可能的示例中，若Windows被控服务器的数量为多个，则在向Windows被控服务器发送第一配置信息方面，上述程序540具体用于执行以下步骤的指令：

根据角色类型获取Windows被控服务器的安装顺序；

根据安装顺序向Windows被控服务器发送第一配置信息，以使Windows被控服务器根据第一配置信息和安装顺序安装待部署应用。

在一个可能的示例中，上述程序540还用于执行以下步骤的指令：

基于远程登录协议和虚拟机程序，获取Windows被控服务器的部署输出日志；

根据部署输出日志确定待部署应用的失败类型；

根据失败类型、目标网络地址和环境信息获取第二配置信息；

向Windows被控服务器发送第二配置信息，以使Windows被控服务器根据第二配置信息重新安装待部署应用。

在一个可能的示例中，上述程序540还用于执行以下步骤的指令：

接收Windows被控服务器发送的页面定制请求；

根据页面定制请求、目标网络地址和环境信息获取第三配置信息；

向Windows被控服务器发送第三配置信息，以使Windows被控服务器根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

与图3所示实施例一致，图5所示的装置还可应用于Windows被控服务器，上述程序540包括用于执行以下步骤的指令：

Windows被控服务器接收Linux主控服务器发送的第一配置信息，其中，第一配置信息由Linux主控服务器根据Windows被控服务器的环境信息和目标网络地址获取。

Windows被控服务器根据第一配置信息安装待部署应用。

在一种可选的示例中，上述程序540还用于执行以下步骤的指令：

根据部署输出日志确定待部署应用的失败类型；

向Linux主控服务器发送失败类型。

在一种可选的示例中，上述程序540还用于执行以下步骤的指令：

向Linux主控服务器发送页面定制请求；

接收Linux主控服务器发送的第三配置信息，其中，第三配置信息由Linux主控服务器根据Windows被控服务器的环境信息、目标网络地址和页面定制请求获取；

根据第三配置信息在待部署应用中部署页面定制请求对应的页面。

在如图4和图5所示的装置中，根据Windows被控服务器的环境信息和目标网络地址获取第一配置信息，再依据该第一配置信息安装待部署应用，提高了应用部署的效率和成功率。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于存储计算机程序，该计算机程序使得计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤，计算机包括Linux主控服务器或Windows被控服务器。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件第一安装包，计算机包括Linux主控服务器或Windows被控服务器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模式并不一定是本申请所必须的。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如至少一个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少一个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模式的形式实现。

集成的单元如果以软件程序模式的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(randomaccess memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种应用部署方法，其特征在于，包括：

Linux主控服务器确定待部署应用对应的Windows被控服务器；

所述Linux主控服务器基于远程登录协议和虚拟机程序，获取所述Windows被控服务器的目标网络地址；

若所述目标网络地址和预设网络地址不一致，则所述Linux主控服务器根据所述目标网络地址和所述环境信息获取第一配置信息，其中，所述预设网络地址为所述Linux主控服务器预先存储的所述Windows被控服务器的环境信息中的一项；

所述Linux主控服务器向所述Windows被控服务器发送所述第一配置信息，以使所述Windows被控服务器根据所述第一配置信息安装所述待部署应用。

2.根据权利要求1所述的方法，其特征在于，若所述环境信息包括预设安装参数和预设系统类型，则所述Linux主控服务器根据所述目标网络地址和所述环境信息获取第一配置信息，包括：

所述Linux主控服务器根据所述目标网络地址，修改所述预设安装参数，得到目标安装参数；

所述Linux主控服务器获取所述预设系统类型对应的配置脚本；

所述Linux主控服务器根据所述配置脚本获取所述目标安装参数和所述待部署应用的安装包对应的第一配置信息。

3.根据权利要求2所述的方法，其特征在于，若所述环境信息还包括待验证信息，在所述获取所述Windows被控服务器的目标网络地址之前，所述方法还包括：

所述Linux主控服务器基于所述远程登录协议和所述虚拟机程序，以及所述待验证信息与所述Windows被控服务器建立远程连接；

所述Linux主控服务器根据所述配置脚本获取所述目标安装参数和所述待部署应用的安装包对应的第一配置信息，包括：

所述Linux主控服务器获取所述Windows被控服务器的角色类型；

所述Linux主控服务器根据所述角色类型获取所述待部署应用的安装包对应的目标安装文件；

所述Linux主控服务器根据所述配置脚本获取所述目标安装参数和所述目标安装文件对应的第一配置信息。

4.根据权利要求3所述的方法，其特征在于，所述Linux主控服务器获取所述Windows被控服务器的角色类型，包括：

所述Linux主控服务器根据所述目标网络地址获取所述Windows被控服务器的位置信息；

所述Linux主控服务器根据所述待验证信息获取所述Windows被控服务器的身份信息；

所述Linux主控服务器根据所述位置信息和所述身份信息获取所述Windows被控服务器的角色类型。

5.根据权利要求3所述的方法，其特征在于，若所述Windows被控服务器的数量为多个，则所述Linux主控服务器向所述Windows被控服务器发送所述第一配置信息，包括：

所述Linux主控服务器根据所述角色类型获取所述Windows被控服务器的安装顺序；

所述Linux主控服务器根据所述安装顺序向所述Windows被控服务器发送所述第一配置信息，以使所述Windows被控服务器根据所述第一配置信息和所述安装顺序安装所述待部署应用。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

所述Linux主控服务器基于所述远程登录协议和所述虚拟机程序，获取所述Windows被控服务器的部署输出日志；

所述Linux主控服务器根据所述部署输出日志确定所述待部署应用的失败类型；

所述Linux主控服务器根据所述失败类型、所述目标网络地址和所述环境信息获取第二配置信息；

所述Linux主控服务器向所述Windows被控服务器发送所述第二配置信息，以使所述Windows被控服务器根据所述第二配置信息重新安装所述待部署应用。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

所述Linux主控服务器接收所述Windows被控服务器发送的页面定制请求；

所述Linux主控服务器根据所述页面定制请求、所述目标网络地址和所述环境信息获取第三配置信息；

所述Linux主控服务器向所述Windows被控服务器发送所述第三配置信息，以使所述Windows被控服务器根据所述第三配置信息在所述待部署应用中部署所述页面定制请求对应的页面。

8.一种应用部署装置，其特征在于，包括：

处理单元，用于确定待部署应用对应的Windows被控服务器；

存储单元，用于存储所述Windows被控服务器的环境信息，所述环境信息包括预设网络地址；

通信单元，用于基于远程登录协议和虚拟机程序，获取所述Windows被控服务器的目标网络地址；

所述处理单元，还用于若所述目标网络地址和预设网络地址不一致，则根据所述目标网络地址和所述环境信息获取第一配置信息；

所述通信单元，还用于向所述Windows被控服务器发送所述第一配置信息，以使所述Windows被控服务器根据所述第一配置信息安装所述待部署应用。

9.一种应用部署装置，其特征在于，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，所述一个或至少一个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行权利要求1-7任一项方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1-7任一项所述的方法。

Images