TW201626311A - 多類型服務規格之訂單管理系統及方法 - Google Patents

Abstract

雲端系統各項服務運作皆由繁複的資源組態設定與使用者行為所組成，其中供裝與帳務模組的運作皆須依靠彈性的訂單設計方可正確運行，本專利主要就是將訂單模組拆分成三層式架構，上、下層分別為叢集與元件訂單管理，各自負責建構使用者與元件服務面向的訂單內容，而中間流程控制模組則負責整合兩者間的順序對應關係，藉此可提供更具彈性的設計架構以因應各類雲端服務客製化的需求。

Description

多類型服務規格之訂單管理系統及方法

本發明係指一種產品規格與訂單架構的整合機制，運用資源環境中所提供的各類服務作為基礎元件，透過流程順序的安排與供裝參數的配置，即可快速規劃出符合多元化需求的產品包組合，為一種極適合應用在叢集式訂單系統的軟體設計方法。

近年來隨著雲端服務蓬勃發展，為了滿足用戶多元化的使用需求，建置自助式的平台系統蔚為主流，但由於虛擬化服務的建置方式，有其本身資源環境的規則與限制，故傳統的購物車機制並無法完全適用。有鑑於此，許多改良式購物車的機制也就應運而生，不過其主要的處理方式，皆是採取先期過濾的方式，透過多層次的商業邏輯逐一判斷，以檢視被選入購物車的產品是否符合系統上的限制(可參考中華民國發明專利201239794號「具產品關聯性判斷之線上購物車處理系統及其方法」一案中)，此法雖然可有效確保客戶的選購內容不會與後續處理流程發生牴觸，但當面對雲端環境多元化的客製需求時，不僅會使得邏輯判斷規則複雜且難以維護外，更有可能會引發效能上的議題，因此改藉由透過叢集式產品的提供，將相關的規則邏輯性進行包裝，並搭配傳統的購物車模式，完成後續選購內容的批次化處理，將有助於提供一個折衷的方式解決上述議題。

有鑑於此先前亦有專利(中華民國發明專利M453204號「整合 產品定義與作業事項之模型」一案)，針對產品規格的客製化彈性架構進行設計，主要就是為了將眾多類型的產品，依照屬性分類的方式制定更高層級的規格劃分，以達到降低新增產品時客製化的程度。此法固然可提供一個相對具有彈性的資料模型，但實際上雲端基礎元件服務的建置步驟是多元且繁複的，除了規格面的整合外，元件的組織流程也需要配合，一旦缺乏了彈性的流程架構設計，每當建置新的整合式虛擬環境時，就會面臨客製化的挑戰大幅增加重工的機會。

本案發明人鑑於上述習用方式所衍生的各項問題，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本件可應付多類型服務規格之訂單管理系統及方法。本發明可藉由流程控制模組樣板組態的設定，即可提供更具彈性的叢集式訂單建構方式，可有效降低因客製化所造成的系統衝擊，提升開發效率。

本發明之主要目的係在於提供一種將雲端三大服務面向(SAAS、PAAS、IAAS)的訂單皆統整於單一的核心系統，如此不但可大幅降低開發多套系統時所耗費的資源，也能同時提升系統客製化的能力與彈性的多類型服務規格之訂單管理系統。

為達上述目的，本發明多類型服務規格之訂單管理系統及方法係透過中間層流程控制模組的組態樣版來實現對上下層訂單關聯性的控管，其中上層叢集式訂單可視為一種產品集合的概念，如自動擴展服務(AutoScaling)由使用者觀點來看雖屬單一服務的訂購行為，但實際上卻涵蓋了虛擬機、網路位址、防火牆與負載平衡等基礎元件的搭配組合，而這些 與底層實體資源相對應的服務即為下層元件訂單的組織成員，藉由此設計模型的運作，不僅可完整佈建使用者與資源面向的訂單資訊，更可根據各式特殊資源環境與服務特性，快速完成中間層組態樣版的設定，以達到系統高度相容性的目標。

其中，本發明之多類型服務規格之訂單管理系統，主要包括 一叢集式訂單模組；一流程控制模組，係與該叢集式訂單模組相介接，負責規格樣板及參數組態資料之設定，以作為流程處理的規則判斷依據；以及一基礎元件訂單模組，係與該流程控制模組相介接，提供基礎訂單內容與關聯性定義。而本發明之多類型服務規格之訂單管理方法，主要步驟包括一叢集式服務訂單處理方法；一樣版設定管理方法；以及一訂單關聯建立方法。

叢集式服務訂單處理方法之步驟流程包括使用者申租一叢 集式平台服務；叢集式訂單模組讀取對應產品樣板；組織服務供裝參數；訂單流程控制引擎處理；以及流程結束後輸出執行結果。叢集式服務訂單處理方法之步驟流程包括使用者申租一叢集式平台服務；叢集式訂單模組讀取對應產品樣板；組織服務供裝參數；訂單流程控制引擎處理；以及流程結束後輸出執行結果。樣版設定管理方法之步驟流程包括：產品規格參數設定；產品關聯、互斥與順序性管理；以及服務供裝參數設定。

訂單關聯建立方法之步驟流程包括：叢集式服務主訂單建 立；透過流程控制模組填入關聯性參數，並用RESTful API形式呼叫基礎元件訂單建置模組；基礎元件訂單建置模組依據傳入之介面參數，建置訂單資料庫中的主、外鍵值；回傳建置結果。訂單流程控制引擎處理包括流程 中斷告警；流程錯誤回復；流程重送；以及流程紀錄檔建立機制。產品關聯、互斥與順序性管理包括：服務供裝參數相依、互斥性設定；產品規格參數相依、互斥性設定；流程介面傳遞參數設定：以及同步交易碼管理。

4‧‧‧叢集式產品服務

5‧‧‧流程控制引擎

6‧‧‧產品參數對應樣板

7‧‧‧供裝參數對應樣板

8‧‧‧同步訊息傳遞機制

9‧‧‧基礎元件服務

S10~S19‧‧‧循序圖流程

20~22‧‧‧基礎元件服務訂單

23‧‧‧叢集式服務訂單

圖一 為本發明之案例示意圖；圖二 為本發明多類型服務規格之訂單管理系統之架構圖；圖三 為本發明多類型服務規格之訂單管理方法的循序流程圖；以及圖四 為本發明的訂單架構圖。

請參閱圖二，本發明多類型服務規格之訂單管理系統主要分為三層，最上層叢集式訂單模組負責收集叢集式服務4的訂單資訊，流程控制模組則由流程控制引擎5、產品參數對應樣板6與供裝參數對應樣板7所共同組成，期間透過流程控制引擎5驅動處理程序，並藉由接收同步訊息傳遞機制8所回饋的執行狀況，作為規則判斷的依據，以完成底層基礎元件服務9的訂單資訊與關聯性建置。

當提供一項雲端服務時，必須先確立其產品的結構方可產生出相對應的訂單，以圖一為例，基本的自動擴展服務均需由虛擬機、防火牆以及負載平衡等元件組成，故系統至少需產生出四張訂單並建立關聯性，方可完整呈現實際的情況，而其中所含訂單產生順序與相關參數傳遞的任務，則皆由中間層的流程控制模組來負責完成。

設計架構中的流程控制模組主要分為三大部分，一、流程控 制引擎5：主要用於管理各元件訂單的執行順序，以圖一中元件訂單層為例，建立順序分別為虛擬機(Element Servicel)、防火牆(Element Service2)與負載平衡(Element Service3)，也就是指當虛擬機尚未正確建立時，後續的元件將無法繼續產生，反之若最後一項負載平衡建立完成時，即可表示客戶申裝的自動擴展服務已完成申裝。二、產品參數對應樣板6：負責產品叢集式訂單的各項規格參數設定，以圖一環境二為例，不同資源環境可能搭配不同的元件規格(虛擬機VM)，此部分的功能即是將相對應的產品規格參數於產生元件訂單時自動帶入，藉此完成關聯子單的建立流程。三、供裝參數對應樣板7：負責處理各項服務元件的組態資訊，可藉由使用者輸入或是系統截取預設值的方式自動載入到供裝流程中，環境二的防火牆與負載平衡服務，即是透過此種方式來達到客製化環境的目標。

請參閱圖三，本發明多類型服務規格之訂單管理方法的循序流程圖，以用戶申裝整合型服務為例，其程式流程主要會經過以下標示流程的步驟：

S10：RESTful API接收到用戶申租資訊後，隨即呼叫流程控制模組進行處理。

S11：經流流程控制引擎判斷後，針對申裝元件a進行內部訂單介面呼叫。

S12：訂單處理程序根據供裝參數樣板與傳入組態設定，組織相關資訊後驅動服務供裝模組。

S13：服務供裝模組完成元件a的申裝後，進行狀態回報。

S14：基礎元件訂單模組回饋元件a的訂單建置狀態給流程引擎。

S15：流程控制模組接收到元件a建置完成的訊息後，隨即發動元件b的申裝行為。

S16：基礎元件訂單模組完成元件b的產品規格分析與供裝組態設定後，再次呼叫供裝模組介面。S17：服務供裝模組在完成元件b的建置，進行狀態回報。

S18：基礎元件訂單模組回饋元件b的訂單建置狀態給流程控制引擎。

S19：流程控制引擎完整結束後，即回報使用者申租結果。

圖四為本發明的訂單架構圖：當完成整合型服務的申裝後，完整的資料庫訂單結構會涵蓋多張基礎元件訂單20、21、22以及整合型服務訂單23，透過基礎元件訂單20、21、22的外部鍵值(Foreign Key)欄位，關聯整合型服務訂單23的主鍵(Primary Key)值，即可完整建立起兩者間的對應關係。

本發明一種多類型服務規格之訂單管理系統及方法，與其他運作機制相互比較時，更具備以下特點與功效：

1.建立多層主從式訂單結構時，可透過流程控制模組樣板的設定，循序產生子訂單與關聯性，能有效降低程式使用遞迴建構訂單階層的頻率大幅提升效能。

2.提供更具彈性的方法擴充叢集式服務的組合元件，使其可同時支援雲端平台化(PAAS)以及基礎建設(IAAS)服務的訂單規格。

3.可完整建置虛擬環境與基礎元件的訂單，計費資訊可由上到下完整定義，不僅能提供多元化的計費服務，且可更精確地呈現資源所需的成本。

4.已完成的元件服務訂單流程，可重複利用在各類叢集式服務的建構流程中，能有效降低重工的情形。

5.已申裝完成之線上服務，仍可針對其所屬的基礎元件服務進行擴充或卸離的操作，此有別於傳統整批式的申退行為，將可提供用戶更有彈性的異動方式。

4‧‧‧叢集式產品服務

5‧‧‧流程控制引擎

6‧‧‧產品參數對應樣板

7‧‧‧供裝參數對應樣板

8‧‧‧同步訊息傳遞機制

9‧‧‧基礎元件服務

Claims (7)

1. 一種多類型服務規格之訂單管理系統，主要包括：一叢集式訂單模組；一流程控制模組，係與該叢集式訂單模組相介接，負責規格樣板及參數組態資料之設定，以作為流程處理的規則判斷依據；以及一基礎元件訂單模組，係與該流程控制模組相介接，提供基礎訂單內容與關聯性定義。
2. 一種多類型服務規格之訂單管理方法，主要步驟包括：一叢集式服務訂單處理方法；一樣版設定管理方法；以及一訂單關聯建立方法。
3. 如請求項2所述之多類型服務規格之訂單管理方法，其中叢集式服務訂單處理方法之步驟流程包括：a.使用者申租一叢集式平台服務；b.叢集式訂單模組讀取對應產品樣板；c.組織服務供裝參數；d.訂單流程控制引擎處理；以及e.流程結束後輸出執行結果。
4. 如請求項2所述之多類型服務規格之訂單管理方法，其中樣版設定管理方法之步驟流程包括：a.產品規格參數設定；b.產品關聯、互斥與順序性管理；以及 c.服務供裝參數設定。
5. 如請求項2所述之多類型服務規格之訂單管理方法，其中訂單關聯建立方法之步驟流程包括：a.叢集式服務主訂單建立；b.透過流程控制模組填入關聯性參數，並用RESTful API形式呼叫基礎元件訂單建置模組；c.基礎元件訂單建置模組依據傳入之介面參數，建置訂單資料庫中的主、外鍵值；d.回傳建置結果。
6. 如請求項3所述之多類型服務規格之訂單管理方法，其中訂單流程控制引擎處理包括：a.流程中斷告警；b.流程錯誤回復；c.流程重送；以及d.流程紀錄檔建立機制。
7. 如請求項4所述之多類型服務規格之訂單管理方法，其中產品關聯、互斥與順序性管理包括：a.服務供裝參數相依、互斥性設定；b.產品規格參數相依、互斥性設定；c.流程介面傳遞參數設定：以及d.同步交易碼管理。