[发明专利]应用部署方法和设备

说明书

技术领域

本发明涉及通信技术，尤其涉及一种应用部署方法和设备。

背景技术

云计算是一种服务的交付和消费模式，云服务供应商（Cloud Service Provider，简称：CSP）将云计算资源用网络连接起来并进行统一的管理、分配和调度，构成一个资源池向云服务消费者（Cloud Service Consumer，简称：CSC）提供服务。具体是由CSP的应用部署服务器根据CSC的应用部署请求，分配云计算资源并执行该应用部署请求对应的部署计划，该应用部署请求中包括应用部署包，该部署包中包含部署应用所需要的所有数据。

例如，在现有技术中，TOSCA（Topology and Orchestration Specification for Cloud Applications）标准规范化了应用的拓扑和运维流程的描述方式；根据该TOSCA标准，采用应用部署包描述部署应用所需的全部信息，该应用部署包至少包含一个描述文件，该描述文件描述应用完整拓扑、拓扑中节点的部署制品信息、拓扑中节点的方法和方法制品信息，应用部署包还包括节点的部署制品、各方法的方法制品以及部署计划（Plan）。部署计划是可执行的工作流，应用部署服务器分配云计算资源执行该部署计划。

应用的完整拓扑可以包含应用内容拓扑和资源拓扑，拓扑中的节点包括应用节点和资源节点。例如在虚拟应用（Virtual Application，简称：VA）的应用部署模式中，服务器可以给用户提供针对某一类型应用的资源包，资源包中提供了资源拓扑、资源节点、资源节点的部署制品和所有方法的方法制品、部署计划，用户只需要使用应用部署设备（Application Deployer，简称：AD）搜索到适合应用的资源包，编排应用内容拓扑并添加应用节点的部署制品即可。

然而，与当前的部署计划中的方法对应的方法制品都是由服务器提供的资源包中包含的，用户只能按照部署计划去执行资源包中的方法制品以部署应用。因此，现有的应用部署模式例如VA虽然简便，但是其封装度太高，用户无法在现有资源包的基础上进行扩展和二次开发从而导致应用的部署不灵活，无法满足用户的需求。比如，当用户希望了解及监控资源的部署过程，如观察获得的云计算服务是否符合服务水平协议（service level agreement，简称：SLA）时，当前的部署模式是不支持的，从而无法满足用户的需求。

发明内容

本发明提供一种应用部署方法和设备，以提高应用部署的可扩展性。

第一方面，提供一种应用部署方法，包括：

接收应用部署请求，所述应用部署请求包括资源包的资源包标识、至少一个方法制品、所述每个方法制品与所述资源包中资源描述文件描述的一个抽象方法之间的对应关系、以及所述每个方法制品的方法制品信息；

根据所述资源包标识获取所述资源包，所述资源包包括：所述资源描述文件和部署计划；所述资源描述文件描述了所述抽象方法，所述部署计划引用了所述抽象方法；

根据所述每个方法制品与所述资源包中资源描述文件描述的一个抽象方法之间的对应关系，将所述方法制品信息增加到所述资源描述文件中以形成应用部署描述文件;

根据所述应用部署描述文件执行所述部署计划引用的抽象方法的方法制品。

结合第一方面，在第一种可能的实现方式中，所述资源描述文件还描述了应用节点和资源节点；所述抽象方法的描述包含在所述应用节点和/或所述资源节点的节点类型中。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述抽象方法包含在所述应用节点的节点类型中，所述应用部署请求包含应用节点的节点类型执行NTI，所述方法制品与所述资源包中资源描述文件描述的抽象方法之间的对应关系在所述应用节点的节点类型执行NTI中描述;所述将所述方法制品信息增加到资源描述文件中具体为：将所述应用节点的NTI增加到资源描述文件中；或，所述抽象方法包含在所述资源节点的节点类型中，所述应用部署请求中包含边界定义，所述方法制品与所述资源包中资源描述文件描述的抽象方法之间的对应关系在所述边界定义中描述;所述将所述方法制品信息增加到资源描述文件具体为：将所述边界定义中描述的所述方法制品信息增加到资源描述文件的资源节点的NTI中。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，该方法进一步包括：修改资源描述文件中节点类型中的抽象方法的属性为普通方法;和/或，将应用部署请求包含的方法制品增加到资源包中。