CN104583945A

CN104583945A - 一种应用升级方法、装置

Info

Publication number: CN104583945A
Application number: CN201380001370.0A
Authority: CN
Inventors: 朱洁; 张楚雄; 张毅
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-08-13
Filing date: 2013-08-13
Publication date: 2015-04-29
Anticipated expiration: 2033-08-13
Also published as: KR101782457B1; JP6164440B2; WO2015021604A1; US9696984B2; EP2945055A1; EP2945055A4; US10649761B2; US20150347123A1; KR20150110766A; CN104583945B; CN108052340B; CN108052340A; AU2013397867A1; US20190129709A1; CN108319463B; US20170277532A1; AU2013397867B2; US10191730B2; JP2016521897A; CN108319463A

Abstract

本发明实施例提供一种应用升级方法、装置，应用于云计算领域，能够保证升级后的应用能正常运行。所述应用升级方法用于应用部署服务器，包括：接收应用部署请求；确定待部署的应用部署包升级包;确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求;获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包；使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；确定待升级的应用节点的标识;使用所述待部署的应用部署包，升级所述待升级的应用节点的标识指示的应用节点。本发明实施例提供一种应用升级方法、装置，应用于云计算领域的应用升级。

Description

一种应用升级方法、装置技术领域

本发明涉及云计算领域，尤其涉及一种应用升级方法、装置。背景技术

云计算的核心思想是将大量用网络连接的计算资源统一管理和调度，构成计算资源池按用户的需求向用户提供资源和服务，提供这种计算资源的网络被称为云。

云平台是一种向应用开发者提供基于云的服务的平台。 PaaS ( Platform as a Service , 服务平台）是一种常用的云平台，属于常见的广义云计算的服务模式，所述广义云计算是指开发者通过网络以按需、易扩展的方式获得所需的服务。所述 PaaS 将定制化研发的中间件平台作为一种服务提供给用户，其实质是将互联网的资源服务化为可编程接口，为第三方开发者提供有商业价值的资源和服务平台。其中，所述中间件平台也被称为平台节点，是具有标准的程序接口和协议的通用服务，通常位于硬件与应用之间或操作*** 与应用之间。 PaaS C SP ( Cloud Service Prov标识 er , 云服务供应商）提供种类繁多的中间件平台，例如应用服务器、数据库等， C SP 可以设计、开发和优化平台节点，而应用开发者则只需在平台节点之上着重于应用节点的开发，这就为开发带来了极大的方便。

但是目前 PaaS C SP 只向应用开发者提供固定版本的平台节点，为所有的应用维护平台节点的版本。如果应用开发者需要升级一个应用节点，但升级后的应用节点对平台节点的版本有要求。如果平台节点的版本不能满足升级后的应用节点的要求，就会造成应用节点更新失败，应用无法正常运行。

发明内容

本发明的实施例提供一种应用升级的方法、装置，以保证升级后的应用能正常运行。为达到上述目的，本发明的实施例釆用如下技术方案：本发明实施例的第一方面提供了一种应用升级方法，包括：接收应用部署请求，所述应用部署请求包含待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节, 模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；

根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节点的标识，以及获取所述第一平台节点的标识指示的第一平台节点的版本；

根据所述第一平台节点的版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包；

使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；

确定待升级的应用节点的标识；

使用所述待部署的应用部署包，升级所述待升级的应用节点的标识指示的应用节点。

结合第一方面，在第一种可实现方式中，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

结合第一方面或第一种可实现方式，在第二种可实现方式中，所述确定待升级的应用节点的标识具体为：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识时，所述确定待升及的应用节点的标识具体为：

确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节， ^的标识为待升级的应用节点的标识。

结合第一方面，第一种可实现方式或第二种可实现方式，在第三种可实现方式中，所述升级所述第一平台节点的标识指示的所述第一平台节点之前，该方法进一步包括：根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；

根据获取的已部署的应用部署包的描述文件确定所述已部署的应用部署包的描述文件中描述了将所述第一平台节点模板作为源节点模板的第二平台节点模板；

获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点的版本；

确定所述第二平台节点的版本低于升级后的第一平台节点对第二平台节点的版本需求；

所述根据所述第一平台节点升级包，升级所述第一平台节点之前，所述方法还包括：

根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；

根据所述第二平台节点升级包，升级所述第二平台节点。

本发明实施例的第二方面，提供了一种应用升级方法，包括：

生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对所述第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节 , 模板升级的升级标识；

生成应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

向应用部署服务器发送所述应用部署请求。

结合第二方面，在第一种可实现方式中，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

结合第二方面或第一种可实现方式，在第二种可实现方式中，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

结合第二方面、第一种可实现方式或第二种可实现方式的第三种可实现方式中，所述生成待部署的应用部署包之前，该方法进一步包括：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。本发明实施例的第三方面提供了一种应用部署服务器，包括：接收模块，用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署应用的应用部署包发送至确定模块和升级模块；

确定模块，用于接收所述接收模块发送的所述待部署应用的应用部署包，并根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；以及用于根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节点的标识，以及获取所述第一平台节点的标识指示的第一平台节点的版本；以及用于根据所述第一平台节点的版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；

根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包，发送所述第一平台节点升级包至升级模块；

所述升级模块，用于接收所述确定模块发送的所述第一平台节点升级包，使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；

所述确定模块进一步用于根据所述已部署的应用节点模板的标识确定待升级的应用节点的标识，并发送所述待升级的应用节点的标识至升级模块；

所述升级模块，进一步用于接收所述接收模块发送的所述待部署应用的应用部署包，并接收所述确定模块发送的所述待升级的应用节点的标识，以及用于使用所述待部署的应用部署包升级所述待升级的应用节点的标识指示的应用节点。

结合第三方面，在第一种可实现方式中，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。结合第三方面或第一种可实现方式的第二种可实现方式中，所述确定模块具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

结合第三方面、第一种可实现方式或第二种可实现方式的第三种可实现方式中，所述确定模块还用于：

根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；

所述升级模块还用于：

根据所述第二平台节点升级包，升级所述第二平台节点。本发明实施例的第四方面提供了一种用户设备，包括：生成模块，用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

所述生成模块进一步用于生成应用部署请求，向发送模块发送所述应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

所述发送模块，用于接收所述生成模块发送的所述应用部署请求，向应用部署服务器发送所述应用部署请求。

结合第四方面的第一种可实现方式中，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

结合第四方面或第一种可实现方式，在第二种可实现方式中，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

结合第四方面、第一种可实现方式或第二种可实现方式的第三种可实现方式中，所述用户设备还包括：确定模块，用于根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

本发明实施例的第五方面提供了一种应用部署服务器，包括：接收机，用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署的应用部署包发送至处理器；

所述处理器，用于：

接收所述接收机发送的所述待部署的应用部署包，并根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；

使用所述第一平台节点升级包，升级所述第一平台节点模板的标识指示的所述第一平台节点；

确定待升级的应用节点的标识；

结合第五方面的第一种可实现方式，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

结合第五方面或第一种可实现方式的第二种可实现方式，所述处理器具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识时，所述确定待升及的应用节点的标识具体为：确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节， ^的标识为待升级的应用节点的标识。

结合第五方面、第一种可实现方式或第二种可实现方式的第三种可实现方式中，所述处理器还用于：

根据所述第二平台节点升级包，升级所述第二平台节点。本发明实施例的第六方面提供了一种用户设备，包括：处理器，用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

向发射机发送所述应用部署请求；所述发射机，用于接收处理器发送的所述应用部署请求，并向应用部署服务器发送所述应用部署请求。

结合第六方面的第一种可实现方式中，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

结合第六方面或第一种可实现方式的第二种可实现方式中，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

结合第六方面、第一种可实现方式或第二种可实现方式，在第三种可实现方式中，所述处理器还用于：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

由以上方案可知，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

附图说明

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

图 1 A 为为本发明实施例提供的应用部署方法所基于的应用部署描述文件描述的应用模板结构示意图；

图 1 B 为本发明实施例提供的与图 1 A 对应的计划的结构示意图；

图 2为本发明实施例提供的应用升级方法的流程示意图；图 3为本发明实施例提供的应用升级方法的流程示意图；图 4为本发明实施例提供的应用升级方法的流程示意图；图 5为本发明实施例中应用部署服务器根据应用部署包 A的描述以及应用部署包 B描述而得出的升级应用节点 app的示意图；图 6为本发明实施例提供的应用部署服务器升级所述已部署的应用节点的流程示意图；

图 7为本发明实施例提供的待部署的应用部署包示意图；图 8 为本发明实施例提供的一种应用部署服务器的结构示意图；

图 9为本发明实施例提供的一种用户设备的结构示意图；图 10为本发明实施例提供的另一种用户设备的结构示意图；图 1 1 为本发明实施例提供的另一种应用部署服务器的结构示意图；

图 12为本发明实施例提供的又一种用户设备的结构示意图。具体实施方式

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

本发明实施例提供一种应用升级方法，可应用于 TOSCA 标准也可以应用于其他方面，而并不局限于 TOSCA标准。如图 1 A所示包括：在本发明实施例中，部署一个应用所需的信息在应用部署服务器中名为云服务档案（ Cloud Service Archive , 简称： C SAR ) 的应用部署包中描述。应用部署包至少包含一个后缀为 ste 的应用部署描述文件，该 * . ste 的应用部署描述文件可以用 XML 语言描述应用的部署信息，该 * . ste 的应用部署描述文件的根元素为应用模板 Service Template。也就是说本发明实施例中可以用应用模板 ServiceTemplate来完整描述需部署的应用的信息。 * . ste的应用部署描述文件的子元素包括拓朴模板 TopologyTemplate、节点类型 NodeType , 节点模板 NodeTemplate , 关系类型 RelationshipType , 关系模板 RelationshipTemplate , 边界定义 Boundary Definitions等。应用部署描述文件中的根元素及子元素的关系如图 1 A所示，图 1 A 为本发明实施例提供的应用升级方法所基于的应用部署描述文件描述的应用模板结构示意图。

如图 1 A所示，本发明实施例使用 TopologyTemplate来描绘一个应用拓朴。该应用拓朴中包含了分别针对 a l、 a2、 a3 和 a4 四个节点的节点模板，即每个节点模板表述一次应用部署的一个节点 (也就是说，如果应用被多次部署，每个节点模板则对应多个该类节点），在应用拓朴上给出每个节点模板的标识。每个 NodeTemplate的类型由 NodeType定义 ( NodeTemplate的 type属性描述了该 NodeTemplate对应的 NodeType ) 。 NodeType定义了节点的属性（用 Properties定义）、该节点的接口（用接口集合 Interfaces 定义）等，而 NodeTemplate是 NodeType的实例。

每个 NodeType 对应一个节点类型执行 ( NodeType Implementation: 简称 NTI ) , ΝΤΙ描述了该 NodeType对应的节点的部署制品以及 NodeType 中的 Interface 中包含的所有方法的方法制品的信息。

应用拓朴 TopologyTemplate 中的连接节点的每条边都是一个 RelationshipTemplate , 关系模板与应用节点模板对应。

每个应用部署包还包括计划（ Plan ) , 如图 I B所示，图 1 B为本发明实施例与图 1 A 对应的计划的结构示意图，计划是可执行的工作流，实际上是由多个被引用的方法组成的工作流。执行该工作流实际上就是执行组成该工作流的各方法对应的方法制品。在执行计划时，应用部署服务器根据计划的定义按序逐个运行各任务对应的方法所对应的方法制品。例如参见图 1 B , 该 plan 中包括任务 c l、 c2和 c3。按照 plan 中的定义，在执行该 plan时，执行顺序是先执行任务 c l , 再执行任务 c2 , 然后执行任务 c3 ; 而所述的 c l、 c2和 c3 即是 NodeType中的 interface对应的方法。

另夕卜，每个 ServiceTemplate 中都包括边界（用 BoundaryDefinitions 定义）， ServiceTemplate 内部定义的一些组件都在该 BoundaryDefinitions 内呈现给用户；所述的组件即是上述的 NodeTemplate、部署制品、方法制品等。

由上述说明可知，一个应用部署包中包含了部署该应用所需要的信息如：应用部署描述文件、计划、节点的部署制品和各方法的方法制品。其中，应用部署描述文件描述了应用的完整拓朴、拓朴中节点的部署制品信息、拓朴中节点模板的方法和方法制品信息步骤。

特别的，该拓朴上描述了各个节点模板，以及所述节点模板之间的逻辑关系，在本发明实施例中，所述拓朴上的节点模板可以包括：应用节点模板和平台节点模板，所述应用节点模板是指由用户设备维护和使用的待部署应用的节点，所述平台节点模板是指由服务器运行和维护的待部署应用的节点。

图 2为本发明实施例提供的应用升级方法的流程示意图，本实施例的方法的执行主体是应用部署服务器，如图 2 所示，该方法包括：

步骤 201、接收应用部署请求，所述应用部署请求包含待部署的应用部署包。所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对所述第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。

具体的，待部署的应用节点模板、已部署的应用标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识都在应用描述文件中描述。第一平台节点模板的标识指示的平台节点模板和已部署的应用节点模板标识指示的应用节点模板在已部署的应用标识指示的应用部署包中的描述文件中描述。

在本发明实施例中，所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识可以用 Patch For表示。其中，所述升级标识指的是所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

需要说明的是，一个部署后的应用包含多个节点，节点相当于模块，比如计费应用里面包含数据库模块和管理模块等。应用需要进行部署时，用户设备会生成待部署的应用部署包通过应用部署请求发送至应用部署服务器。应用部署服务器在接收到该应用部署包后，会根据该应用部署包的应用部署描述文件、部署制品、方法制品以及计划进行的应用部署。特别的，应用部署包括初始部署、更新或升级等。在本发明实施例中假设所述待部署的应用部署包为对已部署的应用进行升级的升级包。

特别的，应用部署服务器每次在收到应用部署包时，会将应用部署包中的所有应用描述信息都记录到数据库中。

步骤 202、根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包。

具体有，所述应用部署服务器根据携带在描述所述待部署的应用节点模板的关系模板中的所述升级标识，或根据携带在待部署的应用节点模板对应的节点类型执行中的所述升级标识确定所述部待部署的应用部署包为针对已部署应用的升级包。

步骤 203、根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节点的标识，以及获取所述第一平台节点的标识指示的第一平台节点的版本。

具体的，应用部署服务器存储有各已部署应用的各节点的版本或能力。应用部署服务器根据所述已部署的应用标识从存储的已部署应用的各平台节点的版本信息中获取与所述第一平台节点模板的标识对应的第一平台节点的版本。并根据所述待部署的应用节点模板对所述第一平台节点模板的版本需求以及获取的所述第一平台节点的版本，确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求。

所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求即所述第一平台节点的版本的版本号小于所述待部署的应用节点模板对第一平台节点模板的版本需求指示的版本号。

步骤 204、根据所述第一平台节点版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求。

步骤 205、根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包。

具体的，应用部署服务器根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包。步骤 206、使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点。

可选的，所述待部署的应用部署包可以不包括已部署的应用节点的标识；当应用部署包不包括已部署的应用节点的标识，应用部署服务器可以根据所述已部署应用的标识，获取第一平台节点模板的标识对应的所有的第一平台节点的标识，使用所述第一平台节点升级包分别升级每个所述第一平台节点的标识指示的第一平台节点。

所述升级过程与现有技术相同，本发明对此不再赘述。

步骤 207、确定待升级的应用节点的标识。

具体的，应用部署服务器可以确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识。

或，当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识时，所述确定待升及的应用节点的标识具体为：确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节点的标识为待升级的应用节点的标识。

步骤 208、使用所述待部署的应用部署包，升级所述待升级的应用节点的标识指示的应用节点。

可选的，当所述应用部署包包括：至少一个与所述已部署的应用节点模板的标识对应的应用节点的标识时，应用部署服务器可以使用所述待部署的应用部署包，升级所述已部署的应用节点的标识指示的应用节点。

可选的，所述升级所述待升级的应用节点的标识指示的应用节点具体为：获取所述已部署应用节点模板的标识对应的所有已部署的应用节点的标识；使用所述待部署的应用部署包分别升级每个所述已部署的应用节点的标识指示的应用节点。

由于所述待部署的应用部署包为升级包，因此，其计划（ plan ) 为升级计划，根据该升级计划即可将相应的应用节点升级。

因此，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

在步骤 206之前，根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；根据获取的已部署的应用部署包的描述文件确定所述已部署的应用部署包的描述文件中描述了将所述第一平台节点模板作为源节点模板的第二平台节点模板；获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点版本; 确定第二平台节点的版本低于升级后的第一平台节点对第二平台节点的版本需求；所述根据所述第一平台节点升级包，升级所述第一平台节点之前，所述方法还包括：根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；根据所述第二平台节点升级包，升级所述第二平台节点。

此外，所述获取第二平台节点的版本具体为：根据所述第二平台节点模板的标识以及第一平台节点的标识获取第二平台节点的标识，所述第二平台节点的标识与第二平台节点模板的标识对应，且部署编号与第一平台节点的标识对应的编号相同。

进一步的，应用部署服务器在确定所述已部署的应用部署包的描述文件中描述了将第一平台节点模板作为源节点模板的第二平台节点模板之后，获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点的版本。

本发明实施例提供了一种应用升级方法，该方法可以由用户设备执行。如图 3所示，该方法包括：

步骤 30 1、生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对所述第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。

所述待部署的应用部署包进一步包括描述所述待部署的应用节 , ^模板的关系模板，所述升级标识携带在描述所述待部署的应用节点模板的关系模板中；或，所述待部署的应用部署包进一步待部署的应用节点模板对应的节点类型执行；所述升级标识携带在所述节点类型执行中，所述升级标识为所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。

步骤 302、生成应用部署请求，所述应用部署请求包含所述待部署的应用部署包。

步骤 303、向应用部署服务器发送所述应用部署请求。

由上述方案可知，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。因此，应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，可以根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。具体的，应用部署服务器在收到所述待部署的应用部署包之后，可以执行图 2描述的应用部署服务器执行的任一动作。本发明实实例在此不再详述。

进一步的，所述待部署的应用部署包还可以包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识，以便于所述应用部署服务器使用所述待部署的应用部署包，升级所述已部署的应用节点的标识指示的应用节点。

特别的，步骤 301之前，该方法进一步包括：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

这样一来，由于在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。本发明实施例提供一种应用升级方法，假设该应用升级方法应用于 TOSCA标准，如图 4所示，包括：

步骤 401、应用部署服务器对应用部署包进行部署。

对应用部署包进行部署的过程与现有技术相同。本发明实施例假设用户设备向应用部署服务器提交的应用部署包为应用部署包 B , 该应用部署包 B的标识（也就是应用的标识）为 appB。所述应用部署包中的描述文件中描述了节点模板 app、节点模板 apache和节点模板 j avaModule、描述了节点模板 app对节点模板 apache的部署需求（如版本需求）的关系模板、描述节点模板 apache对节点模板 j avaModule的部署需求的关系模板。其中节点模板 app为应用部署包 B部署的应用节点模板，由用户设备负责提供资源。即在应用部署包 B 中包括针对节点模板 app的部署制品和方法制品等。节点模板 apache和节点模板 j avaModule是平台节点模板，由 C SP服务器负责提供资源，并保证所提供的资源满足所述应用部署包中的所有部署需求。假设应用部署服务器根据所述应用部署包 B成功部署运行该应用，并将上述两个关系模板中的内容写入应用部署服务器所维护的数据库中的应用信息表中，如表 1 所示。本发明实施例中，将已成功部署并运行的应用 appB称为已部署的应用。表 1应用信息表

步骤 402、用户设备生成待部署的应用部署包。所述待部署的应用部署包是针对已部署的应用（ appB ) 的升级包。

假设所述针对已部署的应用的升级包（即待部署的应用部署包）为应用部署包 A , 该应用部署包 A可以将应用节点模板 app (也就是已部署的应用节点模板的标识）对应的应用节点升级。具体的，应用部署服务器在收到应用部署包 appB后，根据 appB部署该应用。并针对 appB 包中的各节点模板生成节点，如应用节点和平台节点，使得各节点模板与已成功部署并运行的节点对应。

所述应用部署包 A 的描述文件描述了待部署的应用节点模板 appPatch , 并在描述待部署的应用节点模板 appPatch 的关系模板中描述了对已部署的应用节点模板 app 的升级标识。进一步的，所述升级标识还可以在待部署的应用节点模板 appP atch 对应的 NTI 中描述。

进一步的，用户设备在生成应用部署包 A 之前，还要根据 appB的描述文件确定在描述待部署的应用节点模板 app的关系模板中将应用节点模板 app 作为源节点模板，而将平台节点模板作为目的平台节点模板。作为一个例子，通过分析 appB 的描述文件的关系模板描述的内容，可知应用节点模板 app 就作为源节点模板，而平台节点模板 apache作为目标节点模板。因此，用户设备在应用部署包 A的描述文件中描述待部署的应用节点模板 appPatch对已部署的平台节点模板 apache的版本需求。具体的，版本需求的内容由用户设备根据对应用节点的升级内容确定。比如要求平台节点模板 apache支持 Servlet 3.0 , 从而需要将平台节点 apache升级到 Tomcat 7.0。该版本需求表明应用节点模板 app 所对应的应用节点经过 appA 升级之后，平台节点模板 apache 所对应的平台节点能够支持 Servlet 3.0 ( 即所述平台节点需要升级到 Tomcat 7.0 ) , 才能保证升级后的应用节点模板 app所对应的应用节点能够正常运行。

具体的，用户设备获取 appB 的描述文件的方式可以为：从自身存储的文件中获取 appB 的描述文件，或通过向应用部署服务器发送请求获取 appB的描述文件。

所述应用部署包 A还提供了应用节点 appPatch的部署制品和方法制品，所述方法制品为 patchApp。在本发明实施例中，为了描述方便，将待部署的应用节点模板 appPatch对已部署的平台节点模板的版本需求中的平台节点模板称为第一平台节点模板，而将第一平台节点模板对另一平台节点模板的版本需求中的另一平台节点模板称为第二平台节点模板。具体的，所述版本需求可以为版本需求，所述版本需求可以为具体的版本号或某版本具有的某个能力。

应用部署包 A 中的应用标识为 appA , 应用节点模板的标识为 appPatch。图 5 为为本发明实施例中应用部署服务器根据应用部署包 A的描述以及应用部署包 B描述而得出的升级应用节点 app的示意图。如图 5所示，根据应用部署包 A的描述文件，可知应用部署包 A描述的应用节点模板 appPacth为针对已部署的应用部署包 B中描述的应用节点模板 app的升级节点。比如通过 PatchFor字段描述出两个节点模板之间的关系的标识（如升级标识），当然还可以通过别的字段描述出升级标识，本发明实施例在此不做限定。此外，应用部署包 A还描述了应用节点模板 appPacth对于已部署的应用部署包 B 中描述的平台节点模板 apache 的版本需求，通过 Requirement For Apache ( Apache为平台节点模板 ) 的形式表示。其中 PatchForApp指应用部署包 A中的 appPatch节点模板是用于 App 应用节点模板的升级， RequirementForApache 描述了应用节点模板 appPatch对平台节点模板 apache的版本需求。由于应用部署包 B为已经部署的应用的部署包，且 appA 为针对应用节点模板 app 的升级。因此在 appA 中，需要调用到一些在应用部署包 B 的应用描述文件 appB.tosca中所描述的元素。在 appA的描述文件中，需要导入 appB 的描述文件。比如，可以通过属性 location给出该 appB.tosca 文件的 URL ( UniformResourceLocator, 统一资源定位符 URL ) , 具体调用程序如下：

<Import

name space="appB: http://www.example.com/ste/Topology"

location=http: //www. example.com/ste/appB. to sea importType="

http://docs.oasis-open.org/tosca/ns/2011/12"/> 作为一个例子，在 appA.tosca的 TopologyTemplate元素中，给出了图 5所示的应用拓朴结构的描述，具体可以如下所示：

<Requirement name=" requirementOfApp" II给出 appPatch的版本需求

type=" webAppContainerRequirement"/>

</Requirements>

〃部署制品类型为 Patch

... ... //部署制品的具体描述

</DeploymentArtifact>

</ Deployment Artifacts >

</NodeTemplate>

<RelationshipTem late 标识 ="PatchForApp，， type="PatchFor"> 〃逻辑关系为 PatchFor

<SourceElement ref="appPatch"/>〃還辑关系源为 appPatch <TargetElement externalref="appB : app"/>〃還辑关系目标为 app

</RelationshipTemplate>

<Relationshi Template 标识 ="RequirementForApache，， > II 需求关系

<S ourceElement ref="requirementOfAppPatch"/>〃需求关系源为 appPatch的版本需求

<TargetElement externalref="appB : capability Of Apache"/> // 需求关系目标为 apache的部署能力

</RelationshipTemplate> <Plans>

<Plan 标识 ="upgrade" plan Type="http : //www. example.com/UpgradeP lan" >〃升级计 ¾J

... ... //其他管理计划

</Plan>

</TopologyTemplate> 具体的，应用部署包 A中在拓朴模板 TopologyTemplate中用节点模板 NodeTemplate元素定义了应用节点模板 appPatch , 并在节点模板元素中指明了版本需求 requirementOfApp 和部署制品 DaOfAppPatch。通过关系模板 PatchForAp 指明所述 appPatch应用节点模板与应用部署包 B 中 app 应用节点模板存在升级标识，如 PatchFor。在升级标识 PatchForApp 中，通过 SourceElement指明源应用节点模板的标识（待部署的应用节点模板的标识） appPatch , 通过 TargetElement指明目标应用节点模板的标识（已部署的应用节点模板的标识） appB : app。在 TargetElement 的描述中，属性 "externalref"表明了应用节点模板 app定义在外部应用描述文件中，通过前缀 "appB"和 "Import"元素指名了该外部应用描述文件为 appB .tosca 。此夕卜 , 关系模板 RelationshipTemplate 的 RequirementForApache定义了所述 appPatch应用节点模板对应用部署包 B 中 Apache 的版本需求。在需求关系 RequirementForApache 中，通过 SourceElement 定义了源版本需求 requirementOfAppPatch , 通过 TargetElement 定义了目标部署能力 appB : cap ability Of A ache。在 TargetElement 的描述中 , 属性 "externalref"表明部署能力 capabilityOfApache定义在外部应用描述文件中，前缀" appB"和" Import"元素指出了该外部应用描述文件为 appB .tosca。拓朴中还定义了升级计划 upgrade , 其类型为 http：〃 www. example.com/UpgradePlan。

其中，应用节点模板 appPatch的节点类型 NodeType 的描述如下：

<OperationName="patchApp"/>〃定义方法 atchApp </Interface>

</Interfaces>

<RequirementDefinitions>〃节点 appPatch的版本需求定义

<RequirementDefinition

name="requirementOf AppPatch" requirementType="webAppContainerRequirement">

<Contraint constraintType=

"http ://www. example. com/

Property Constraints/supportServlet3 "/>

</Constraints>

</RequirementDefinition>

</RequirementDefinitions>

</NodeType>

在该 NodeType 中给出了应用节点模板 appPatch 的方法制品 patchAp 的定义和版本需求 requirementOf AppPatch的定义。其中，方法制品 patchApp将在应用部署服务器执行升级计划中被调用，版本需求 requirementOfAppPatch 的中的约束 Contraint字段，其属性约束类型 constraintType 取值 http ://www.example. com/PropertyConstraints/supportServlet3 表明，应用部署服务器需要根据上述取值，在数据库中查找哪个软件版本包含了这个 supportServlet3的能力，。

需要说明的是，应用部署包 A的描述文件中还可以进一步包含已部署的应用节点的标识如 app l。所述已部署的应用节点的标识为需要升级的应用节点的标识。也可以在上述描述中通过升级标识如 apptchFor 指明待升级应用节点模板的标识如： app。如果应用部署包 A的描述文件中没有单独指示包含已部署的应用节点的标识，在升级标识中仅指示了已部署的应用节点模板的标识如 app。则应用部署服务器在进行应用升级时，会针对已部署的应用节点模板的标识 app所对应的所有应用节点进行升级。比如， appB首先在南京进行部署，然后在上海进行了部署，则已部署的应用节点模板的标识对应的应用节点有：南京的应用节点 app l 和上海的应用节点 app2。当应用每次部署时，会产生一个编号，例如 appB 在南京部署时产生编号 1 , 表明 app l 是 appB 第 1 次部署产生的，在上海部署时产生编号 2 , 表明 app2是 appB 第 2次部署产生的，该编号可以用于判断哪些节点是属于同一次部署产生的。在待部署的应用部署包包含已部署的应用节点的标识时，部署包 appA 中的计划可以如下：

<InputParameter name="startPlan标识" type="string" >start</ InputParameter >

</InputParameters> <PlanModel>

invokePlan(appInstance标识, stopplan标识)；

patchApp(appInstance标识)；

invokePlan(appInstance标识, startPlan标识)；

</PlanModel>

</Plan> 在该描述中首先定义了输入参数，其中输入参数 " applnstance 标识 " 指明了已部署的应用节点的标识为 app 1。接口 invokePlan是应用部署服务器向用户设备提供的 API , 用户设备可以通过调用该 API来访问定义在应用部署包 A的管理计划。该 API有两个参数，第一个参数为已部署的应用节点的标识，第二个参数是需要调用的计划标识。在元素计划模型 PlanModel 中给出了该计划的各个步骤。

当应用部署包 A中不指明已部署的应用节点的标识时，升级计划如下：

<InputParameter name="startPlan标识" type="string" >start</ InputParameter >

</InputParameters>

appB : stopplan〃定义在 appB .tosca中；

patchApp;

appB : startplan〃定义在 appB .tosca中； </PlanModel>

</Plan> 在该描述中没有指明已部署的应用节点的标识，则应用部署服务器获取所述已部署应用节点模板的标识 app , 并根据应用标识 appB找到与已部署的应用模板标识 app对应的所有已部署的应用节点的标识（如 app 1和 app2 ) , 对已部署的应用节点模板的标识 app 对应的所有已部署的应用节点进行升级。用户设备直接执行 " appB：计划" 来调用定义在 appB .tosca中的计划来生成该升级。

上述程序可以使得应用部署服务器获知已部署应用的标识是 " appB " 、已部署的应用节点模板的标识 " app " 对应的应用节点需要升级。

步骤 403、用户设备生成应用部署请求，所述应用部署请求包含所述应用部署包 A。

步骤 404、应用部署服务器接收应用部署请求。

步骤 405、应用部署服务器判断所述部署包为针对已部署的应用（ appB ) 的升级包。

具体的，所述待部署的应用部署包的描述文件可以描述了待部署的应用节点模板、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求以及所述待部署的应用节点模板与所述已部署的应用节点模板升级的升级标识。

应用部署服务器根据所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识确定所述部署包为针对已部署应用的升级包。

作为一个例子，应用部署服务器检查应用部署包 A的部署描述文件 appA.tosca , 发现描述文件 appA.tosca 包含升级标识 " PatchFor" , 和 /或源应用节点模板（即待部署的应用节点模板） appPatch 的部署制品类型为 " Patch" 。应用部署服务器可以识别 PatchFor 关系类型，或部署制品的类型为 "Patch" , 从而可以确定应用部署包 A为升级包。进一步的，应用部署服务器还可以检查升级计划 upgrade 发现其类型为

" http ://www. example. com/UpgradePlan " , 确定该计戈l是用于升级的计划，从而确定判断应用部署包 A是升级包。

步骤 406、应用部署服务器根据待部署的应用部署包升级已部署的应用节点。

如图 6所示，应用部署服务器升级所述已部署的应用节点的步骤具体如下：

步骤 4061、获取第一平台节点的标识。执行步骤 4062。

应用部署服务器在收到待部署的应用部署包 A后，根据应用部署包 A的描述文件中的 " Import" 元素中包含的描述文件的 URL , 从应用部署服务器存储的部署包信息表中查找到该描述文件的位置 File：〃 ste/appB .tosca 。然后通过该描述文件的位置 File ://ste/appB .tosca获取应用部署包 B 的描述文件。该部署包信息表如表 2所示。表 2部署包信息表

如图 7所示，在 appB .tosca的拓朴描述中，定义了已部署的应用节点模板 app、平台节点模板 apache和 j avaModule , 并定义了这些节点模板之间的关系。下面给出主要信息在拓朴描述中的定义。

<Requirement name=" requirementOfApp"

type=" webAppContainerRequirement"/> 〃给出 app的版本需求

</NodeTemplate>

<Capability name="capability Of Apache"

type="webAppContainerCap ability "/>

〃给出 apache的部署能力

<Requirement name=" requirementOf Apache"

type=" JMRequirement"/>〃给出 apache的版本需求 <DeploymentArtifacts> 〃给出 apache的部署制品信息 <Deployment Artifact name="DaOf A ache"

artifactType="appContainer">

... ... //给出部署制品的具体描述

</DeploymentArtifact>

</ Deployment Artifacts >

</NodeTemplate>

<NodeTemplate 标识 ="j avaModule，， type="j avamoduletype"> 〃给出 j avaModule的部署能力

<RelationshipTemplate 标识 ="RequirementForApache，， > 〃需求关系

<SourceElement ref="requirementOfApp"/>〃需求关系源为 ap 的版本需求

<TargetElement ref="capabilityOfApache"/>〃需求关系目标为 apache的部署能力

</RelationshipTemplate> <RelationshipTem late 标识 ="RequirementForJM，， > 〃需求关系

<SourceElement ref="requirementOfApache"/> 〃需求关系源为 apache的版本需求

<TargetElement ref="capabilityOfJM"/> 〃需求关系目标为 apache的部署能力

</RelationshipTemplate>

//其他定义

<Plans>

<Plan 标识 ="start" planType="http ://www. example. com/StartPlan"/>〃定义管理计 ¾J start

<Plan 标识 ="stop" plan Type="http : //www. example. com/StopPlan"/>〃定义管理计 ¾J stop

... ... //其他管理计划

</Plans>

</TopologyTemplate>

在平台节点模板 apache 的定义中，描述了部署能力 capabilityOfApache , 对该部署能力的定义包含在 apache 的 NodeType 的能力定义 CapabilityDefinition 元素中。平台节点模板 apache 中还给出了部署制品 DaOfApache 的描述。平台节点模板 j avaModule 的定义中，描述了部署能力 capabilityOfJM , 对该部署能力的定义包含在 j avaModul 的 NodeType 的 CapabilityDefinition 中。在拓朴描述中还描述了 start和 stop管理计划。本实施例中，部署能力为对平台节点模板的版本需求，如某版本具有的能力，或支持的版本。

¾ ^口，平台节、模板 apache的 NodeType 4笛述 ¾口下：

<CapabilityDefinitions> //apache节点的部署能力定义 <Capability Definition name="capability Of A ache" capabilityType="webAppContainerCap ability ">

<Contraint constraintType= "http ://www. example. com/

Property Constraints/supportServlet2"/>

</Constraints>

</CapabilityDefinition>

</CapabilityDefinitions>

</NodeType>

在 apache 的 NodeType 中给出了部署能力 capabilityOfApache 的定义，在该定义中给出了约束 Contraint , 其属性值 constraintType 表明了该能力 "支持 Servlet 2.0" 。

应用部署服务器可以首先判断应用部署包 appA 中是否包括已部署的应用节点的标识 " app l " , 该已部署的应用节点的标识 " app l " 用于指示需要升级的应用节点。若已部署的应用部署包包括已部署的应用节点的标识，应用部署服务器可以在数据库中获取所述已部署的应用节点的标识指示的已部署的应用节点；根据所述待部署的应用部署包，升级所述已部署的应用节点的标识指示的应用节点。比如，假设应用部署请求中的计划中描述已部署的应用节点的标识为 " app l " , 应用部署服务器会在其存储的部署应用信息表中查找已部署的应用节点的标识 app l。

若待部署的应用部署包不包括该已部署的应用节点的标识 " app l " , 则应用部署服务器根据所述已部署应用节点模板的标识获取与所述已部署应用节点模板的标识对应的所有已部署的应用节点的标识；使用所述待部署的应用部署包分别升级每个已部署的应用节点的标识指示的应用节点。进一步的，在升级每一个应用节点之前，应用部署服务器确定版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点的标识，使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的第一平台节点。

需要说明的是，由于同一个应用可以部署多次，因此一个应用节点模板的标识可以对应多个应用节点的标识。在所述待部署的应用部署包没有指定应用节点的标识时，应用部署服务器确定升级与应用部署请求中已部署的应用节点模板的标识对应的所有应用节点。应用部署服务器根据所述已部署的应用节点模板的标识确定待升及的应用节点的标识具体为：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识。因此需要获取所有应用节点的标识。比如，假设已部署的应用节点模板的标识为 app , 应用部署服务器可以根据 app 在部署应用信息表中查找与应用节点模板 app 对应的所有应用节点的标识，得到应用节点的标识为 {app l , app2 }。应用部署服务器分别对每一个应用节点 app l 和 app2进行升级。进一步的，应用部署请求中还可以包含已部署的应用标识（作为一种可选方式，已部署的应用标识可以为已部署的应用部署包的标识或应用描述文件的 URL或应用描述文件的位置）。应用部署服务器在根据应用节点模板的标识 app 在部署应用信息表中查找与应用节点模板 app 对应的所有应用节点的标识具体为：应用部署服务器根据已部署的应用部署包的标识或应用描述文件的 URL或应用描述文件的位置，在存储的部署应用信息表中查找已部署应用的与应用节点模板 app 对应的所有应用节点的标识，得到应用节点的标识为 {app l , app2 }。分别对每一个应用节点进行升级。

所述部署应用信息表如表 3 所示。所述部署应用信息表记录了节点的标识，已部署应用的标识和节点模板的标识的对应关系，用部署编号表明某次应用部署，具有相同部署编号的节点为应用在同一次部署中产生。所述节点的标识即包括应用节点的标识和平台节点的标识。表 3部署应用信息表

步骤 4062、判断第一平台节点的版本是否满足所述待部署的应用部署包中描述的所述待部署的应用节点模板对第一平台节点模板的版本需求。若否，执行步骤 4063, 若是，执行步骤 4068。

首先，应用部署服务器根据待升级的应用节点的标识 appl 及部署编号 1, 根据第一平台节点模板的标识从数据库中获取具有相同部署编号 1 的第一平台节点的标识 Apachel。根据所述第一平台节点的标识 Apachel 获取所述第一平台节点的版本。具体的，应用部署服务器根据第一平台节点 Apachel 的标识，在数据库中进行查找，获取第一平台节点 Apachel 的部署能力，本实施例假设所述第一平台节点 Apache 1 当前的部署制品是 Tomcat 6.0, 如表 4所示，只能支持 Servlet 2.0, 因此第一平台节点 Apachel 的版本为 Tomcat 6.0。

假设已部署的应用节点的标识为 appl, 根据第一平台节点模板标识从表 3中获取具有与 appl相同部署编号的第一平台节点的标识 Apachel 。在 CSP 存储的应用实现信息表中，获取 capabilityOfApache的 apachel 中只能提供 "支持 Servlet 2.0" 的部署能力，即获取第一平台节点的标识 apachel 指示的平台节点支持的版本为 Tomcat 6.0。所述应用实现信息表如表 4所示。表 4应用实现信息表

因此，应用部署服务器根据所述第一平台节点模板的标识获取所述第一平台节点的版本，确定所述第一平台节点的版本不能满足所述待部署的应用节点模板对第一平台节点模板的版本需求。例如，应用部署服务器根据表 3 中的第一平台节点模板的标识获取第一平台节点 Apache 1 和 Apache2 , 并确定第一平台节点 Apache 1 的版本只 supportServlet2 或 Tomcat 6.0 , 而不能满足待部署的应用节点模板对第一平台节点模板的版本需求，支持 Servlet3.0 或 Tomcat 6.0。因此，执行步骤 4063。

假设应用部署请求包含了已部署的应用节点的标识，如 app2,则应用部署服务器还需要确定具有 app2相同的部署编号的第一平台节点 Apache2 的版本。具体的应用服务器根据所述第一平台节点模板的标识获取所述第一平台节点的版本为：获取应用节点的标识指示的应用节点的部署编号，根据第一平台节点模板的标识获取具有应用节点的编部编号相同的部署编号第一平台节点的标识。也就是说，所述获取的第一平台节点的标识对应的部署编号与所述应用节点的标识对应的部署编号相同。根据获取的第一平台节点的标识 Apache2确定第一平台节点 Apache2的版本为 Servlet3.0。从而确定第一平台节点的能力满足待部署的应用节点模板对第一平台节点模板的版本需求。

步骤 4063、获取第一平台节点升级包。具体的：根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包。比如：首先根据第一平台节点的标识获取第一平台节点的版本（比如，应用部署服务器可以从平台节点的部署制品名中获取该平台节点的版本），并确定满足所述待部署的应用节点模板对第一平台节点模板的版本，然后获取与所述确定的满足所述待部署的应用节点模板对第一平台节点模板的版本对应的升级包。

作为一个例子，应用部署服务器根据表 4从 Apache l 的部署制品名中获取 Apache l 的版本为 Tomcat 6.0。而通过部署制品信息表 (如表 5 ) 中，高于 Apache l 的版本且可以满足待部署的应用节点对 Apachel 需求的版本是 Tomcat 7.0。然后，应用部署服务器根据确定的版本 Tomcat 7.0 , 从表 5中获取可以将 Apache l从 Tomcat 6.0 升级到 Tomcat 7.0 的升级包位置为 File ://appcontainer/apache/update/appE , 从该位置获取升级包 appE。表 5部署制品信息表

作为一种可选方式，待部署的应用节点模板对第一平台节点模板的版本需求，还可以是版本支持的能力，如 supports ervlet3。本发明实施例在此不再详述。

步骤 4064、确定所述第二平台节点的版本低于所述第一平台节点模板对第二平台节点模板的版本需求，否则，直接执行步骤 4067。

在执行此步骤 4064 之前，应用部署服务器根据存储的已部署的应用部署包的描述文件，确定已部署的应用部署包的描述文件具有将第一平台节点模板作为源节点模板的目标节点模板（即为第二平台节点模板）。进一步的，应用部署服务器根据描述文件的关系模板，确定在关系模板中将第一平台节点模板作为源节点模板的目标节点模板。本发明实施例将所述将第一平台节点模板作为源节点模板的目标节点模板作为第二平台节点模板。

仍以图 5为例， apache节点模板与 j avaModule节点模板之间有箭头指向，则在关系模板中， apache 节点模板作为源节点模板，而 j avaModule作为目标节点模板。因此， j avaModule节点模板作为第二平台节点模板。而应用部署服务器根据源节点模板和目标节点模板的版本需求匹配表 (如表 6 ) 确定，第一平台节点 Apache将会升级到 Tomcat 7.0。第二平台节点模板 j avaModule的对应的节点需支持 JDK 1 .6。但是当前 JavaModule l 的版本是 JDK1 .5 , 因此第二平台节点的版本 JDK1 .5 低于升级后的第一平台节点对第二平台节点的版本需求（ JDK 1 .6 ) 源节点模板和目标节点模板的版本需求匹配表

步骤 4065、获取第二平台节点升级包。执行步骤 4066。

具体的，根据第一平台节点对第二平台节点的版本需求获取第二第平台节点升级包。

假设应用部署服务器上维护了升级包 D , 该升级包可以将节点模板 j avaModule 所对应平台节点升级到 JDK1 .6 , 则第二平台节点升级包为升级包 D。

步骤 4066、根据所述第二平台节点升级包，升级第二平台节点。执行步骤 4067。

需要说明的是，在步骤 4066 之前，应用部署服务器还需要继续确定已部署的应用部署包的描述文件是否具有将第二平台节点模板作为源节点模板的目标节点模板（即第三节点模板）。以及重复执行步骤 4064 和 4065 ) ，直至升级后任意节点的版本需求均得到满足。

步骤 4067、根据第一平台节点升级包，升级第一平台节点。执行步骤 4068。

步骤 4068、根据所述待部署的应用部署包，升级所述已部署应用的应用节点。

由于平台节点是应用部署服务器进行管理的，而应用节点是用户设备进行管理的，已部署应用的应用部署包也是用户设备生成的。因此，升级所述已部署的应用实际指的是升级已部署的应用对应的应用节点。所述升级过程可以根据获取的待部署的应用部署包中计划（ plan ) 描述的信息来升级，所述应用部署包描述了待部署的应用节点模板、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求以及所述待部署的应用节点模板与所述已部署的应用节点模板升级的升级标识，可以使用所述待部署的应用部署包，升级所述已部署的应用节点模板的标识指示的应用节点。

由于平台节点的升级包是应用部署服务器维护的，如果安装失败，除非应用部署服务器能够及时响应失败保证平台节点升级最终成功，否则应用升级必定失败，应用节点即使升级成功也是无发正常运行。如果先升级平台节点，如果应用节点升级失败，则很可能是用户设备在构造应用节点升级包的过程中引入了错误，此时 C SP 可以将错误信息返回给用户设备，所述错误信息包含发生错误的应用节点的标识，由用户设备进行修改之后再提交新的待部署的应用部署包，应用部署服务器只需安装修改过的待部署的应用部署包，无需再去对平台节点进行升级。因此，在上述升级过程中，当获取了第一应用节点的待部署的应用部署包、第一平台节点的升级包、第二平台节点的升级包直至第 n平台节点升级包时，可以按照从后往前的顺序，依次升级第 n平台节点、第 n- 1 平台节点，直至第二平台节点、第一平台节点及第一应用节点。

步骤 407、应用部署服务器向用户设备返回升级响应信息。特别的，在每个平台节点成功升级后，由于其具备了新的版本，因此需要将该平台节点新的版本写入数据库。

例如，在使用升级包 appE 升级平台节点 Apache l 后，因为平台节点 Apache l 节点升级成功后具有了新的版本 " supportServlet3 " , 因此需要将应用实现信息表中的部署制品名和能力描述进行更新，更新后的应用实现信息表如表 7 所示。其中，能务描述或部署制品名都可以体现平台节点的版本。表 7应用实现信息表

需要说明的是，本发明实施例提供的应用升级方法步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本发明的保护范围之内，因此不再赘述。

由以上方案可知，本发明实施例提供的应用升级方法，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。本发明实施例提供一种应用部署服务器 80 , 如图 8 所示，包括：

接收模块 801 , 用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署应用的应用部署包发送至确定模块 802和升级模块 803 ;

所述确定模块 802 , 用于接收所述接收模块 801 发送的所述待部署应用的应用部署包，并根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；以及用于根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节点的标识，以及获取所述第一平台节点的标识指示的第一平台节点的版本；以及用于确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；需要说明的，所述升级标识为所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。

所述升级模块 803 , 用于接收所述确定模块 802发送的所述第一平台节点升级包，使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；

所述确定模块 802进一步用于根据所述已部署的应用节点模板的标识确定待升级的应用节点的标识，并发送所述待升级的应用节点的标识至升级模块 803 ;

所述升级模块 803 , 进一步用于接收所述接收模块 801 发送的所述待部署应用的应用部署包，并接收所述确定模块 802发送的所述待升级的应用节点的标识，以及用于使用所述待部署的应用部署包升级所述待升级的应用节点的标识指示的应用节点。

这样一来，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当确定模块在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，升级模块会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，升级模块根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

需要说明的，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

进一步的，所述确定模块 802具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节，的标识为待升级的应用节点的标识。

所述确定模块 802还用于：

根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；所述升级模块 803还用于：

根据所述第二平台节点升级包，升级所述第二平台节点。

值得说明的是，本发明实施例提供的应用部署服务器可以执行图 2到图 6 中描述的应用部署服务器执行的任何部骤。本发明实施例在此不再详述。

本发明提供的应用部署服务器，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当确定模块在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，升级模块会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，升级模块根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。本发明实施例提供一种用户设备 90 , 如图 9所示，包括：生成模块 901 , 用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

所述生成模块 901 进一步用于生成应用部署请求，向发送模块 902 发送所述应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

所述发送模块 902 , 用于接收所述生成模块 901 发送的所述应用部署请求，向应用部署服务器发送所述应用部署请求。

这样一来，用户设备的生成模块生成待部署的应用部署包，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

所述待部署的应用部署包进一步待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

其中，所述生成模块 901 生成的所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

进步一的，所述用户设备还包括，如图 10 所示：确定模块 903 , 用于根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

值得说明的是，本发明实施例提供的用户设备可以执行图 2到图 6 中描述的用户设备执行的任何部骤。本发明实施例在此不再详述。

本发明实施例提供的用户设备，用户设备的生成模块生成待部署的应用部署包，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。本发明实施例提供一种应用部署服务器 1 10 , 如图 1 1所示，包括：

接收机 1 1 1 , 用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署的应用部署包发送至处理器 1 12 ;

所述处理器 1 12 , 用于：

接收所述接收机 1 1 1 发送的所述待部署的应用部署包，并根据所述待部署的应用节点模板用于对所述升级标识确定所述待部署的应用部署包为针对所述已部署应用的标识指示的已部署应用的升级包；需要说明的，所述升级标识为所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识。

根据所述第一平台节点版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；

根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包；使用所述第一平台节点升级包，升级所述第一平台节点模板的标识指示的所述第一平台节点；

确定待升级的应用节点的标识；

这样一来，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当处理器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，处理器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，处理器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

进一步的，所述处理器 1 12具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

所述处理器 1 12还用于：

根据所述第二平台节点升级包，升级所述第二平台节点。

本发明提供的应用部署服务器，在待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当处理器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，处理器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，处理器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。本发明实施例提供一种用户设备 120 , 如图 12所示，包括：处理器 121 , 用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

向发射机 122发送所述应用部署请求；

所述发射机 122 , 用于接收处理器发送的所述应用部署请求，并向应用部署服务器发送所述应用部署请求。

这样一来，用户设备的处理器生成待部署的应用部署包，然后根据所述待部署的应用部署包生成应用部署请求，并发送给发射机，然后通过发射机将所述应用部署请求发送给应用部署服务器，由应用部署服务器根据该应用部署请求中的待部署的应用部署包自动进行平台节点和应用节点的升级，因此，提高应用升级的自动化程度，减少了人工干预。

进一步的，所述处理器 121 生成的所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

所述处理器 121 还用于：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

值得说明的是，本发明实施例提供的用户设备可以执行图 2到图 6 中描述的用户设备执行的任何部骤。本发明实施例在此不再详述。由以上方案可知，处理器根据应用开发者的升级需求生成待部署的应用部署包，所述待部署的应用部署包中的应用描述文件描述了待部署的应用节点模板对第一平台节点模板的版本需求。当应用部署服务器在确定第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求时，应用部署服务器会根据所述待部署的应用节点模板对第一平台节点模板的版本需求获取第一平台节点升级包。之后，应用部署服务器根据获取的第一平台节点升级包升级第一平台节点。使得升级后第一平台节点的版本满足所述待部署的应用节点模板对第一平台节点模板的版本需求，从而确保升级后的应用能正常运行。

本发明中术语 "和 /或" ，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如， A和 /或 B , 可以表示：单独存在 A , 同时存在 A和 B , 单独存在 B这三种情况。另外，本文中字符 " /" , 一般表示前后关联对象是一种 "或" 的关系。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以釆用硬件的形式实现，也可以釆用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为

Claims

权利要求书

1、一种应用升级方法，其特征在于，包括：

接收应用部署请求，所述应用部署请求包含待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；

根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节，的标识，以及获取所述第一平台节，的标识指示的第一平台节点的版本；

根据所述第一平台节点的版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包；

使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；

确定待升级的应用节点的标识；

使用所述待部署的应用部署包，升级所述待升级的应用节点的标识指示的应用节点。

2、根据权利要求 1 所述的方法，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

3、根据权利要求 1或 2所述的方法，其特征在于，所述确定待升级的应用节点的标识具体为：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节, 的标识时，所述确定待升及的应用节点的标识具体为：

确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节， ^的标识为待升级的应用节点的标识。

4、根据权利要求 1 至 3任意一项权利要求所述的方法，其特征在于，所述升级所述第一平台节点的标识指示的所述第一平台节点之前，该方法进一步包括：根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；

根据获取的已部署的应用部署包的描述文件确定所述已部署的应用部署包的描述文件中描述了将所述第一平台节点模板作为源节点模板的第二平台节点模板；

获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点的版本；

确定第二平台节点的版本低于升级后的第一平台节点对第二平台节点的版本需求；

所述根据所述第一平台节点升级包，升级所述第一平台节点之前，所述方法还包括：

根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；

根据所述第二平台节点升级包，升级所述第二平台节点。

5、一种应用升级方法，其特征在于，包括：

生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对所述第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节 , 模板升级的升级标识；

生成应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

向应用部署服务器发送所述应用部署请求。

6、根据权利要求 5所述的方法，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

7、根据权利要求 5或 6所述的方法，其特征在于，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

8、如权利要求 5至 7任意一项权利要求所述的方法，其特征在于，所述生成待部署的应用部署包之前，该方法进一步包括：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

9、一种应用部署服务器，其特征在于，包括：

接收模块，用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署应用的应用部署包发送至确定模块和升级模块；确定模块，用于接收所述接收模块发送的所述待部署应用的应用部署包，并根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；以及用于根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节点的标识，以及获取所述第一平台节点的标识指示的第一平台节点的版本；以及用于根据所述第一平台节点的版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；

根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包，发送所述第一平台节点升级包至升级模块；

所述升级模块，用于接收所述确定模块发送的所述第一平台节点升级包，使用所述第一平台节点升级包，升级所述第一平台节点的标识指示的所述第一平台节点；

所述确定模块进一步用于根据所述已部署的应用节点模板的标识确定待升级的应用节点的标识，并发送所述待升级的应用节点的标识至升级模块；

所述升级模块，进一步用于接收所述接收模块发送的所述待部署应用的应用部署包，并接收所述确定模块发送的所述待升级的应用节点的标识，以及用于使用所述待部署的应用部署包升级所述待升级的应用节点的标识指示的应用节点。

10、根据权利要求 9 所述的应用部署服务器，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

1 1、根据权利要求 9 或 10 所述的应用部署服务器，其特征在于，所述确定模块具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节，的标识时，所述确定待升及的应用节点的标识具体为：确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节点的标识为待升级的应用节点的标识。

12、根据权利要求 9至 1 1任意一项权利要求所述的应用部署服务器，其特征在于，所述确定模块还用于：

根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；

根据获取的已部署的应用部署包的描述文件确定所述已部署的应用部署包的描述文件中描述了将所述第一平台节点模板作为源节点模板的第二平台节点模板；

获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点的版本；

确定所述第二平台节点的版本低于升级后的第一平台节点对第二平台节点的版本需求；

根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；

所述升级模块还用于：

根据所述第二平台节点升级包，升级所述第二平台节点。

13、一种用户设备，其特征在于，包括：

生成模块，用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；所述生成模块进一步用于生成应用部署请求，向发送模块发送所述应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

所述发送模块，用于接收所述生成模块发送的所述应用部署请求，向应用部署服务器发送所述应用部署请求。

14、根据权利要求 13 所述的用户设备，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

15、根据权利要求 13或 14所述的用户设备，其特征在于，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

16、如权利要求 13至 15任意一项权利要求所述的用户设备，其特征在于，所述用户设备还包括：确定模块，用于根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。

17、一种应用部署服务器，其特征在于，包括：

接收机，用于接收应用部署请求，所述应用部署请求包含待部署的应用部署包；所述待部署的应用部署包描述了待部署的应用节点模板、已部署应用的标识、已部署的应用节点模板的标识、第一平台节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识，并将所述待部署的应用部署包发送至处理器；

所述处理器，用于：

接收所述接收机发送的所述待部署的应用部署包，并根据所述升级标识确定所述待部署的应用部署包为所述已部署应用的标识指示的已部署应用的升级包；

根据所述已部署的应用标识获取与所述第一平台节点模板的标识对应的第一平台节， ^的标识，以及获取所述第一平台节， ^的标识指示的第一平台节点的版本；

根据所述第一平台节点版本确定所述第一平台节点的版本低于所述待部署的应用节点模板对第一平台节点模板的版本需求；

根据所述待部署的应用节点模板对第一平台节点模板的版本需求，获取满足所述待部署的应用节点模板对第一平台节点模板的版本需求的第一平台节点升级包；

使用所述第一平台节点升级包，升级所述第一平台节点模板的标识指示的所述第一平台节点；

确定待升级的应用节点的标识；

使用所述待部署的应用部署包，升级所述待升级的应用节点的标识指示的应用节点。

18、根据权利要求 17所述的应用部署服务器，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或

所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

19、根据权利要求 17 或 18 所述的应用部署服务器，其特征在于，所述处理器具体用于：确定与所述已部署的应用节点模板的标识对应的所有的应用节点的标识为待升级的应用节点的标识；或

当所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节, 的标识时，所述确定待升及的应用节点的标识具体为：

确定所述应用部署包包括的与所述已部署的应用节点模板的标识对应的所述至少一个已部署的应用节，的标识为待升级的应用节点的标识。

20、根据权利要求 17至 19任意一项权利要求所述的应用部署服务器，其特征在于，所述处理器还用于：

根据所述已部署的应用标识获取存储的已部署的应用部署包的描述文件；

根据获取的已部署的应用部署包的描述文件确定所述已部署的应用部署包的描述文件中描述了将所述第一平台节点模板作为源节点模板的第二平台节点模板；

获取升级后的第一平台节点对第二平台节点的版本需求以及第二平台节点的版本；

确定所述第二平台节点的版本低于升级后的第一平台节点对第二平台节点的版本需求；

根据所述升级后的第一平台节点对第二平台节点的版本需求，获取满足所述升级后的第一平台节点对第二平台节点的版本需求的第二平台节点升级包；

根据所述第二平台节点升级包，升级所述第二平台节点。

21、一种用户设备，其特征在于，包括：

处理器，用于生成待部署的应用部署包，所述待部署的应用部署包描述了待部署的应用节点模板、已部署的应用的标识、第一平台节点模板的标识、已部署的应用节点模板的标识、待部署的应用节点模板对第一平台节点模板的版本需求、以及所述待部署的应用节点模板用于对所述已部署的应用节点模板的标识所指示的已部署的应用节点模板升级的升级标识；

生成应用部署请求，所述应用部署请求包含所述待部署的应用部署包；

向发射机发送所述应用部署请求；

所述发射机，用于接收处理器发送的所述应用部署请求，并向应用部署服务器发送所述应用部署请求。

22、根据权利要求 21 所述的用户设备，其特征在于，所述待部署的应用部署包进一步包括描述所述待部署的应用节点模板的关系模板，所述升级标识携带在所述关系模板中；或所述待部署的应用部署包进一步包括待部署的应用节点模板对应的节点类型执行，所述升级标识携带在所述节点类型执行中。

23、根据权利要求 21或 22所述的用户设备，其特征在于，所述待部署的应用部署包还包括：与所述已部署的应用节点模板的标识对应的至少一个已部署的应用节点的标识。

24、如权利要求 21至 23任意一项权利要求所述的用户设备，其特征在于，所述处理器还用于：根据已部署的应用部署包的描述文件，确定所述已部署应用标识指示的已部署应用的第一平台节点模板，所述第一平台节点模板将已部署的应用节点模板作为源节点模板。