[发明专利]一种基于PaaS的微服务编排引擎管理方法

权利要求书

1.一种基于PaaS的微服务编排引擎管理方法，其特征在于：该编排引擎管理方法具体步骤如下：

S1：定义工作流，使用特定的建模语言定义工作流任务，工作流可作为定义服务组合的建模工具或是分布式活动的协调控制引擎；

S2：执行工作流，使用编排引擎工具管理和控制预先定义的工作流的执行；

S3：识别工作流，将预定义的服务组合用工作流蓝图与实际的服务实例执行状态相结合，以识别下一个服务并实现服务组合工作流的跟踪、管理及正确执行；

S4:微服务组合方法成形，编排引擎可通过API接口检查单个Worker的工作负载能力，并实现Worker实例的自动伸缩扩展，任务队列用于为worker安排任务，编排引擎可通过API接口检查单个Worker的工作负载能力，并实现Worker实例的自动伸缩扩展。

2.根据权利要求1所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述S1中所述的工作流任务主要由Worker实现，相互之间通过API层(通过HTTP公开)实现通信。

3.根据权利要求1所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述S2中所述的服务工作流与编排引擎交互的过程，其中 Worker 任务由应用程序实现可支持多种语言，并与编排引擎在不同的环境中运行，Worker主要基于HTTP的端点或任何支持的RPC机制与编排引擎进行通信，并使用轮询模型管理工作队列，轮询模型允许用户在Workers上处理背压，并在可能时，基于队列深度提供自动可伸缩性。

4.根据权利要求2所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述API层的建立方式使指API Layer事务策略的命名的，基于这样一个事实：所有事务逻辑包含在逻辑应用程序架构的API层，这个层是一个逻辑层，有时也被称为应用程序的域层（domain layer）或facade层，它以公共方法或接口的形式向客户机（或表示层）公开功能，之所以说是逻辑层，是因为可以从本地访问域层（通过直接实例化和调用），或通过HTTP、远程方法调用（RMI）、通过EJB使用RMI over Internet Inter-Orb Protocol （RMI-IIOP），甚至通过Java Message Service（JMS）进行远程访问。

5.根据权利要求1所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述S4中的微服务组合方法还包括基于状态演算的微服务组合方法和基于形式化语言的微服务组合方法。

6.根据权利要求5所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述基于状态演算的微服务组合方法，主要基于微服务组合的具体描述及服务状态图模型的映射关系，为微服务组合建立形式化模型，并通过形式化的建模工具来分析微服务组合系统，Petri网模型具备良好的形式化语义以及直观的图形化描述，因此常被用于Web服务领域中作为服务组合的形式化建模工具，本质上讲，基于状态演算的微服务组合方法实际上也是一种工作流形式的微服务组合方法，但其主要完成微服务组合方案的可行性验证，更偏重于对微服务组合的形式化建模。

7.根据权利要求1所述的一种基于PaaS的微服务编排引擎管理方法，其特征在于：所述基于形式化语言的微服务组合方法主要是针对半自动化的微服务组合提出，其基本思想是为微服务组合定义一种特定描述语言，该语言包含复杂结构及特定领域语义，可使用户从更抽象层次描述所需的微服务组合并实现服务调度；在微服务组合实现时主要包括语言设计及服务运行两个阶段；在设计阶段，须给出整个服务组合流程的语义规范及单个服务的语法、语义表示；此阶段可使用户声明和配置要使用和组合的服务，使用户能够表达如何根据各自输出流上可能发生的事件完成对微服务组合的抽象描述及定义；在运行阶段，须具体实现基于特定语言的微服务组合描述，可将其与具体的微服务架构平台相结合，从而实现具体微服务的动态绑定及调用执行。