[发明专利]用于验证在云计算环境中的应用部署拓扑的设备和方法

说明书

本发明涉及用于验证在云计算环境中的应用部署拓扑的设备和方法。提供了一种用于验证在云计算环境中的应用部署拓扑的设备，包括：拓扑纲要产生器，被配置为基于用户创建的部署其应用所需的多个虚拟机和在虚拟机上运行的脚本包、以及用户设置的所述脚本包的运行顺序和所述脚本包之间的数据依赖性，产生拓扑纲要，该拓扑纲要至少包括各虚拟机的脚本包中的脚本和脚本包的运行顺序；以及仿真器，被配置为在该设备处仿真在云计算环境中的运行时环境，从而针对所述拓扑纲要来验证所述运行顺序和数据依赖性，其中所述仿真器是利用从云计算环境取回的仿真器安装包而安装在该设备中的。

技术领域

本发明一般地涉及计算机领域，更具体地说，涉及一种用于验证在云计算环境中的应用部署拓扑的设备和方法。

背景技术

PaaS是Platform-as-a-Service的缩写，意思是平台即服务，是把服务器平台作为一种服务来提供的商业模式。通过网络进行软件程序提供的服务称之为SaaS(软件即服务，Software as a Service)，而在云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了PaaS。PaaS所提供的服务与其他的服务最根本的区别是PaaS提供的是一个基础平台，而不是某种应用。在传统的观念中，平台是向外提供服务的基础。一般来说，平台作为应用系统部署的基础，是由应用服务提供商搭建和维护的，而PaaS颠覆了这种概念，由专门的平台服务提供商搭建和运营该基础平台，并将该平台以服务的方式提供给应用系统运营商。

开发者（PaaS的用户）可以部署复杂的拓扑来安装中间件、应用、云服务等。开发者例如利用集成开发环境创建拓扑模型，该拓扑模型对应于应用在硬件服务器中的一种部署。图4示出了部署拓扑模型与硬件服务器之间的对应关系的一个例子。在图4的上部示出了三个虚拟机（VM），其中虚拟机定制节点（Custom Node）在图4的下部的实际部署中被部署在两台服务器上。

通常，需要在各个虚拟机上分别运行脚本包来完成部署。图5示出了在三个虚拟机上运行脚本包以部署应用的例子的示图。在图5中，在虚拟机（VM）Dmgr（部署管理器）中要执行脚本包“1安装应用服务器二进制文件”（1.Install Application Server Binaries）、“2创建Web服务器”（2.Create Web Server）、“4把成员添加到集群”(4.Add Member toCluster)；在虚拟机（VM）Custom Node（定制节点）中要执行脚本包“1安装应用服务器二进制文件”、“3把定制节点添加到Dmgr”(3.Add Custom Node to Dmgr)；在虚拟机（VM）HTTP服务器中要执行脚本包“1安装HTTP服务器二进制文件”。在图5中，例如，虚拟机Dmgr中的脚本包2的执行需要虚拟机HTTP服务器中的脚本包1的输出参数IHS_IP作为其输入参数，虚拟机Custom Node中的脚本包3的执行需要虚拟机Dmgr中的脚本包2的4个输出参数（DMGR_IP、DMGR_PORT、DMGR_USERNAME、DMGR_PASSWORD）作为其输入参数，并且虚拟机Dmgr中的脚本包4需要在虚拟机Custom Node中的脚本包3之后执行。因此，这些脚本包需要按特定的顺序执行。图5中利用虚线箭头示出了跨虚拟机的脚本包的执行顺序，利用从虚线箭头引出的气泡示出了脚本包之间的数据依赖性。

用户在设计期间设置所述顺序和数据依赖性，但是目前仅在运行时，例如在各虚拟机被启动后，才能验证所述顺序和数据依赖性。也就是说，目前需要在实际部署中进行验证。然而，在运行时来验证虚拟机的脚本包的顺序和数据依赖性需要花费很长的时间。例如，BPM（Business Process Management，业务流程管理）Pattern的部署需要花费大约1小时20分钟，并且它具有复杂的执行顺序和数据依赖性。在部署时，一些脚本包可能没有导出需要的数据，因此依赖于这些脚本包的其它脚本包的运行将会出现错误。需要用户从大量的日志文件以及多个虚拟机中找出错误原因，这是非常耗时且繁琐的工作。而且，在找出错误的情况下，需要在改正错误（例如，修改脚本包）后，重新进行耗时的部署，而在这个过程中，可能还会遇到其它错误。简而言之，在目前，PaaS的用户进行的应用部署非常耗时。