[發明專利]一種基于PaaS的微服務編排引擎管理方法

在審

• 申請號: 202010558945.0
• 申請日: 2020-06-18
• 公開（公告）號: CN111722929A
• 公開（公告）日: 2020-09-29
• 發明（設計）人: 孫紫陽
• 申請（專利權）人: 南京龍貓商業智能科技股份有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F9/54
• 代理公司: 暫無信息
• 代理人: 暫無信息

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的微服務編排引擎管理方法，其特征在于：所述基于形式化語言的微服務組合方法主要是針對半自動化的微服務組合提出，其基本思想是為微服務組合定義一種特定描述語言，該語言包含復雜結構及特定領域語義，可使用戶從更抽象層次描述所需的微服務組合并實現服務調度；在微服務組合實現時主要包括語言設計及服務運行兩個階段；在設計階段，須給出整個服務組合流程的語義規范及單個服務的語法、語義表示；此階段可使用戶聲明和配置要使用和組合的服務，使用戶能夠表達如何根據各自輸出流上可能發生的事件完成對微服務組合的抽象描述及定義；在運行階段，須具體實現基于特定語言的微服務組合描述，可將其與具體的微服務架構平臺相結合，從而實現具體微服務的動態綁定及調用執行。