CN106961453A - 基于tosca的服务调用方法及装置 - Google Patents

Abstract

本发明提供了一种基于TOSCA的服务调用方法及装置，其中，该方法包括：中间层根据云服务模板CSAR文件获取节点的服务部署信息，该中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息，依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息，依据该服务部署信息发起对该调用服务信息所指示的服务的调用，获取该调用的服务调用结果，将该服务调用结果反馈给该Plan。采用上述技术方案，解决了由于TOSCA规范中没有规定对不同类型服务的调用方式导致Plan开发及修改困难的问题，极大的方便了Plan开发及修改。

Description

基于TOSCA的服务调用方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种基于云应用的拓扑和业务流程规范(Topology and Orchestration Specification for Cloud Applications，简称为TOSCA)的服务调用方法及装置。

背景技术

近年来，云计算、虚拟化技术发展迅速，带来了很多创新，同时也给运营商带来很大的压力，运营商面临寻找新的收入增长点，以抵消开放互联网的视频服务Over the Top,简称为OTT)业务带来的影响，同时降低企业的管理支出(Operating Expense，简称为OPEX)，快速开展业务。

TOSCA由结构化标准促进组织(Organization For The Advancement Of StructuredInformation Standards，简称为OASIS)提出。该规范主要包含两部分的内容：网络拓扑，描述云应用的构成及其各节点可提供的服务；编排信息，主要是对拓扑结构中各个节点提供服务的集合，呈现为计划Plan工作流方式。

TOSCA规范中定义了拓扑模板的结构和各节点提供的服务。规范支持现有的标准工作流，如业务流程执行语言(Business Process Execution Language，简称为BPEL)2.0或业务流程建模与标注(Business Process Modeling Notation，简称为BPMN)2.0等，同时也支持自定义的工作流。但是，TOSCA规范即没有说明在模板定义中的各节点和对应的服务应该如何在流程中得到体现，也没有说明各服务应该用何种方式被流程调用。对于不同厂商的设备，各设备提供服务的方式可能多种多样，如应用程序WebService服务等，就是同一厂商的设备提供的服务也可能有区别。如果要在流程中对各种不同类型的服务进行调用，那么Plan将需要提供对各种服务调用进行支持，Plan的开发及修改将变得非常困难。

针对相关技术中，由于TOSCA规范中Plan开发及修改困难的问题，目前还没有解决方案。

发明内容

本发明提供了一种基于TOSCA的服务调用方法及装置，以至少解决相关技术中由于TOSCA规范中没有规定对不同类型服务的调用方式导致Plan开发及修改困难的问题。

根据本发明的一个方面，提供了一种基于TOSCA的服务调用方法，包括：

中间层根据云服务模板CSAR文件获取节点的服务部署信息；

所述中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息；

依据所述调用服务信息中要求调用的节点及所述节点的方法，获取所述节点及所述节点的方法的服务部署信息；

依据所述服务部署信息发起对所述调用服务信息所指示的服务的调用；

获取所述调用的服务调用结果，将所述服务调用结果反馈给所述Plan。

进一步地，所述中间层根据云服务模板CSAR文件获取节点服务部署信息包括：解压所述CSAR文件，生成临时文件，从所述临时文件获取节点定义信息，依据所述节点定义信息中的节点服务定义得到所述节点的服务部署信息。

进一步地，在依据所述节点服务定义得到服务部署信息之后，所述方法还包括：删除所述临时文件。

进一步地，所述服务部署信息包括服务类型和服务调用地址。

根据本发明的一个方面，还提供了一种基于TOSCA的服务调用方法，包括

计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，所述输入参数用于指示所述用户要调用的节点及所述节点的方法；

所述Plan获取所述中间层对所述服务调用的调用结果。

根据本发明的另一方面，提供了一种基于TOSCA的服务调用的装置，应用于中间层，包括：

第一获取模块，用于根据云服务模板CSAR文件获取节点的服务部署信息；

接收模块，用于通过所述中间层的统一调用接口接收计划工作流Plan发起的调用服务信息；

第二获取模块，用于依据所述调用服务信息中要求调用的节点及所述节点的方法，获取所述节点及所述节点的方法的服务部署信息；

调用模块，用于依据所述服务部署信息发起对所述调用服务信息所指示的服务的调用；

反馈模块，用于获取所述调用的服务调用结果，将所述服务调用结果反馈给所述Plan。

进一步地，所述第一获取模块包括：

解压单元，用于解压所述CSAR文件，生成临时文件；

获取单元，用于从所述临时文件获取节点定义信息；

获得单元，用于依据所述节点定义信息中的节点服务定义得到所述节点的服务部署信息。

进一步地，所述第一获取模块还包括：

删除单元，用于删除所述临时文件。

进一步地，所述服务部署信息包括服务类型和服务调用地址。

根据本发明的另一方面，提供了一种基于TOSCA的服务调用的装置，应用于TOSCA模板，包括：

调用模块，用于指示计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，所述输入参数用于指示所述用户要调用的节点及所述节点的方法；

获取结果模块，用于指示所述Plan获取所述中间层对所述服务调用的调用结果。

通过本发明，中间层根据云服务模板CSAR文件获取节点的服务部署信息，该中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息，依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息，依据该服务部署信息发起对该调用服务信息所指示的服务的调用，获取该调用的服务调用结果，将该服务调用结果反馈给该Plan，解决了由于TOSCA规范中没有规定对不同类型服务的调用方式导致Plan开发及修改困难的问题，极大的方便了Plan开发及修改。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种基于TOSCA的服务调用方法的流程图一；

图2是根据本发明实施例的一种基于TOSCA的服务调用方法的流程图二；

图3是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图一；

图4是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图二；

图5是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图三；

图6是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图四；

图7是根据本发明优选实施例的OASIS标准中TOSCA的服务模板结构图；

图8是根据本发明优选实施例的中间层获取部署CSAR和节点服务方法的流程图；

图9是根据本发明优选实施例的Plan调用节点服务方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种基于TOSCA的服务调用方法，图1是根据本发明实施例的一种基于TOSCA的服务调用方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，中间层根据云服务模板CSAR文件获取节点的服务部署信息；

步骤S104，该中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息；

步骤S106，依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息；

步骤S108，依据该服务部署信息发起对该调用服务信息所指示的服务的调用；

步骤S110，获取该调用的服务调用结果，将该服务调用结果反馈给该Plan。

通过上述步骤，中间层根据云服务模板CSAR文件获取节点的服务部署信息，该中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息，依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息，依据该服务部署信息发起对该调用服务信息所指示的服务的调用，获取该调用的服务调用结果，将该服务调用结果反馈给该Plan，解决了由于TOSCA规范中没有规定对不同类型服务的调用方式导致Plan开发及修改困难的问题，极大的方便了Plan开发及修改。中间层(middle Tier)也称作“应用程序服务层或应用服务层”，是用户接口或Web客户端与数据库之间的逻辑层。

在本实施例中，该中间层根据云服务模板CSAR文件获取节点服务部署信息包括：解压该CSAR文件，生成临时文件，从该临时文件获取节点定义信息，依据该节点定义信息中的节点服务定义得到该节点的服务部署信息。

在本实施例中，在依据该节点服务定义得到服务部署信息之后，删除该临时文件，节省了中间层的存储空间。

在上述实施例中，该服务部署信息包括服务类型和服务调用地址。

在本实施例中还提供了一种基于TOSCA的服务调用方法，图2是根据本发明实施例的一种基于TOSCA的服务调用方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，该输入参数用于指示该用户要调用的节点及该节点的方法；

步骤S204，该Plan获取该中间层对该服务调用的调用结果。

通过上述步骤，计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，该输入参数用于指示该用户要调用的节点及该节点的方法，该Plan获取该中间层对该服务调用的调用结果，Plan只需与中间层进行交互即可获取各个节点的服务调用结果，极大的方便了Plan的开发及修改。

在本实施例中还提供了两种基于TOSCA的服务调用的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图一，应用于中间层，如图3所示，该装置包括：

第一获取模块32，用于根据云服务模板CSAR文件获取节点的服务部署信息；

接收模块34，与所述第一获取模块32连接，用于通过该中间层的统一调用接口接收计划工作流Plan发起的调用服务信息；

第二获取模块36，与所述接收模块34连接，用于依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息；

调用模块38与所述第二获取模块36连接，用于依据该服务部署信息发起对该调用服务信息所指示的服务的调用；

反馈模块40与所述调用模块38连接，用于获取该调用的服务调用结果，将该服务调用结果反馈给该Plan。

通过上述步骤，第一获取模块32根据云服务模板CSAR文件获取节点的服务部署信息，接收模块34通过统一调用接口接收计划工作流Plan发起的调用服务信息，第二获取模块36依据该调用服务信息中要求调用的节点及该节点的方法，获取该节点及该节点的方法的服务部署信息，调用模块38用于依据该服务部署信息发起对该调用服务信息所指示的服务的调用，反馈模块40获取该调用的服务调用结果，将该服务调用结果反馈给该Plan，解决了由于TOSCA规范中没有规定对不同类型服务的调用方式导致Plan开发及修改困难的问题，极大的方便了Plan开发及修改。

图4是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图二，如图4所示，该第一获取模块32包括：

解压单元42，用于解压该CSAR文件，生成临时文件；

获取单元44与所述解压单元42连接，用于从该临时文件获取节点定义信息；

获得单元46与所述获取单元44连接，用于依据该节点定义信息中的节点服务定义得到该节点的服务部署信息。

图5是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图三，如图5所示，该第一获取模块32包括：

删除单元52与所述获得单元46连接，用于删除该临时文件。

进一步地，该服务部署信息包括服务类型和服务调用地址。

图6是根据本发明实施例的一种基于TOSCA的服务调用的装置的结构框图四，应用于TOSCA模板，如图6所示，该装置包括：

调用模块62，用于指示计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，该输入参数用于指示该用户要调用的节点及该节点的方法；

获取结果模块64，与调用模块62连接，用于指示该Plan获取该中间层对该服务调用的调用结果。

通过上述步骤，调用模块62用于指示计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，该输入参数用于指示该用户要调用的节点及该节点的方法，获取结果模块64用于指示该Plan获取该中间层对该服务调用的调用结果，Plan只需与中间层进行交互即可获取各个节点的服务调用结果，极大的方便了Plan的开发及修改。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

下面结合优选实施例和实施方式对本发明进行详细说明。

本发明优选实施例公开实现了一种实现虚拟化场景下基于TOSCA规范的服务调用方式。该方法指明了Plan中应该如何结合TOSCA定义模板，图7是根据本发明优选实施例的OASIS标准中TOSCA的服务模板结构图，如图7所示，对指定节点提供的服务进行调用以及如何通过定义中间层的方式来简化Plan对服务调用的难度。在虚拟化场景下，网络编排中心和不同虚拟基础设施管理器(Virtualised Infrastructure Manage，简称为VIM)的交互通信是跨厂商的，不同厂商提供的服务可能各不相同，通过定义中间层转发，来简化具体Plan的调用方式。中间层负责提供对Plan的标准接口，并处理不同设备需要的服务方式的适配。Plan只与中间层进行交互，通过标准接口发起对节点服务的调用，处理方式简单单一。在中间层通过对TOSCA模板中服务的定义及相应的部署信息来区分不同的服务，并对不同的服务进行转发调用。这样，将对不同服务的支持转移到中间层进行统一处理，屏蔽了Plan和具体服务间的直接关联。

在本发明优选实施例中，TOSCA模板中的Plan是指对服务进行编排的流程及工作流；TOSCA模型文件相应的归档格式称为云服务模板(Cloud Service Archive，简称为CSAR)。

本优选实施例提供了中间层解析CSAR获取节点对应服务信息的方法，该方法的步骤包括：

第一步：解压CSAR文件，生成临时文件；

第二步：获取节点定义信息，保存节点服务定义；

第三步：根据服务定义，找到对应服务实现，并进行部署；

第四步：记录服务部署信息(服务类型，调用地址等)；

第五步：删除临时文件；

第六步：提供统一调用接口，等待Plan调用。

本优选实施例提供了Plan调用节点提供的服务的方法，该方法的步骤包括：

第一步：用户指明要调用的节点及其方法；

第二步：Plan通过统一接口发送服务给中间层服务；

第三步：中间层根据节点及其方法获取服务类型及服务地址；

第四步：中间层发起对服务的调用；

第五步：中间层返回服务调用结果；

第六步：Plan获取到服务调用结果。

图8是根据本发明优选实施例的中间层获取部署CSAR和节点服务方法的流程图，如图8所示，该方法包括如下步骤：

步骤801，解压导入的CSAR文件，生成临时文件；

步骤802，查找CSAR定义信息，获取节点对应的服务定义；

步骤803，根据服务定义，找到对应服务实现的位置，部署服务；

步骤804，记录服务相关的部署信息(服务类型、服务部署地址等)；

步骤805，删除临时文件；

步骤806，启动服务，对外提供统一的接口，等待Plan进行调用。

图9是根据本发明优选实施例的Plan调用节点服务方法的流程图，如图9所示，该方法包括如下步骤：

步骤901，用户在通过输入参数指定要调用节点及方法；

步骤902，Plan发起对中间层的调用；

步骤903，中间层接到Plan申请；

步骤904，中间层根据节点及方法获取服务定义；

步骤905，中间层发起对服务的调用；

步骤906，中间层获取服务调用结果；

步骤907，Plan获取到服务调用结果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，存储介质还被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于云应用的拓扑和业务流程规范TOSCA的服务调用方法，其特征在于，包括：

中间层根据云服务模板CSAR文件获取节点的服务部署信息；

所述中间层通过统一调用接口接收计划工作流Plan发起的调用服务信息；

依据所述调用服务信息中要求调用的节点及所述节点的方法，获取所述节点及所述节点的方法的服务部署信息；

依据所述服务部署信息发起对所述调用服务信息所指示的服务的调用；

获取所述调用的服务调用结果，将所述服务调用结果反馈给所述Plan。

2.根据权利要求1所述的方法，其特征在于，所述中间层根据云服务模板CSAR文件获取节点的服务部署信息包括：

解压所述CSAR文件，生成临时文件；

从所述临时文件获取节点定义信息；

依据所述节点定义信息中的节点服务定义得到所述节点的服务部署信息。

3.根据权利要求2所述的方法，其特征在于，在依据所述节点服务定义得到服务部署信息之后，所述方法还包括：

删除所述临时文件。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述服务部署信息包括服务类型和服务调用地址。

5.一种基于云应用的拓扑和业务流程规范TOSCA的服务调用方法，其特征在于，包括：

计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，所述输入参数用于指示所述用户要调用的节点及所述节点的方法；

所述Plan获取所述中间层对所述服务调用的调用结果。

6.一种基于云应用的拓扑和业务流程规范TOSCA的服务调用装置，应用于中间层，其特征在于，包括：

第一获取模块，用于根据云服务模板CSAR文件获取节点的服务部署信息；

接收模块，用于通过所述中间层的统一调用接口接收计划工作流Plan发起的调用服务信息；

第二获取模块，用于依据所述调用服务信息中要求调用的节点及所述节点的方法，获取所述节点及所述节点的方法的服务部署信息；

调用模块，用于依据所述服务部署信息发起对所述调用服务信息所指示的服务的调用；

反馈模块，用于获取所述调用的服务调用结果，将所述服务调用结果反馈给所述Plan。

7.根据权利要求6所述的装置，其特征在于，所述第一获取模块包括：

解压单元，用于解压所述CSAR文件，生成临时文件；

获取单元，用于从所述临时文件获取节点定义信息；

获得单元，用于依据所述节点定义信息中的节点服务定义得到所述节点的服务部署信息。

8.根据权利要求7所述的装置，其特征在于，所述第一获取模块还包括：

删除单元，用于删除所述临时文件。

9.根据权利要求6至8任一项所述的装置，其特征在于，所述服务部署信息包括服务类型和服务调用地址。

10.一种基于云应用的拓扑和业务流程规范TOSCA的服务调用装置，应用于TOSCA模板，其特征在于，包括：

调用模块，用于指示计划工作流Plan依据用户的输入参数发起对中间层的服务调用，其中，所述输入参数用于指示所述用户要调用的节点及所述节点的方法；

获取结果模块，用于指示所述Plan获取所述中间层对所述服务调用的调用结果。