[发明专利]应用与服务的部署方法和装置

说明书

本发明实施例提供一种应用与服务的部署方法和装置，该方法通过获取预先编排的部署描述文件，部署描述文件中包括至少两个实体之间的依赖关系；其中，所述至少两个实体中的任一实体为应用或服务；再根据所述至少两个实体之间的依赖关系依次对所述至少两个实体进行部署；其中，被依赖的实体的部署顺序优先于依赖被依赖的实体的部署顺序。能够实现应用与应用、服务与服务之间的绑定，并能够解决被依赖者的访问信息变更后无法告知依赖者的问题。

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种应用与服务的部署方法和装置。

背景技术

平台即服务(英文：Platform as a Service，简称PaaS)，是一种把服务器平台或者开发环境作为服务进行提供的商业模式。目前，在业界当前的PaaS平台中，都提出了应用和服务的概念：服务提供特定接口及能力，应用依赖服务来提供满足用户需求的业务功能。

以Cloud Foundry(Cloud Foundry是业界第一个开源PaaS云平台，支持多种框架、语言、运行时环境、云平台及应用服务，支持开发人员在短时间内完成应用的部署和扩展)为例，用户所开发的应用通过绑定特定的服务实例来使用服务的能力，当部署应用时，Cloud Foundry将服务的访问信息(Credential)返回给应用，这样应用就可以访问服务并使用服务能力了。但目前Cloud Foundry仅支持应用绑定服务，而实际设计/开发的场景中，应用与应用之间、服务与服务之间也会存在能力依赖的需求，这也是一个复杂应用/服务环境的基本要求，任何一个完整的解决方案都需要满足该基本需求，即可以理解为现有的Cloud Foundry只考虑单个应用如何访问单个服务的基本能力，而一个业务流程往往需要由多个应用和服务配合才能最终达成用户需求，显然Cloud Foundry在这一领域存在很大缺陷。

另外，根据Cloud Foundry的实现，在部署应用时需要声明所依赖的服务实例的访问信息，云控制器(英文：Cloud Controller，简称：CC)会将服务实例的访问信息获取到，并在创建应用的运行环境时，将访问信息通过环境变量的方式注入到该运行环境中。应用启动时解析环境变量即可以得到所依赖的服务实例的访问信息。由此可见，使用这一技术的前提是所依赖的服务实例已经在应用部署之前完成了部署，且当后续服务的访问信息发生变化时，应用无法感知这一变化，从而会导致服务访问失败。

综上所述，目前的Cloud Foundry仅支持应用绑定服务，无法定义应用与应用、服务与服务之间的依赖关系，从而无法实现在云环境下应用访问应用、服务访问服务的目标，在这些场景下应用和服务如同一个个信息孤岛，这种情况下，不同的应用之间没有通道能够发现和访问彼此能力的机制，无法串接形成一个复杂业务流程，各个服务也是独立的单元，一个服务不能通过发现和访问其他服务来重用及构建更复杂的能力，导致重复开发以及开发成本的上升，并且被依赖者的访问信息的变更无法告知依赖者，会导致应用后续访问服务失败。因此，如何实现应用与应用、服务与服务之间的绑定，以及如何在被依赖者的访问信息变更后告知依赖者是当前亟需解决的问题。

发明内容

本发明实施例提供一种应用与服务的部署方法和装置，用以实现应用与应用、服务与服务之间的绑定，并解决被依赖者的访问信息变更后无法告知依赖者的问题。

第一方面，提供一种应用与服务的部署方法，所述方法包括：

获取预先编排的部署描述文件，所述部署描述文件中包括至少两个实体之间的依赖关系；其中，所述至少两个实体中的任一实体为应用或服务；

根据所述至少两个实体之间的依赖关系依次对所述至少两个实体进行部署；其中，被依赖的实体的部署顺序优先于依赖所述被依赖的实体的部署顺序。