本發(fā)明涉及云計算平臺技術(shù)，尤指一種服務(wù)編排方法和系統(tǒng)。

背景技術(shù)：

隨著信息技術(shù)的發(fā)展，云計算已經(jīng)逐步成為了業(yè)界的發(fā)展熱點，云計算技術(shù)也逐漸被應(yīng)用到教育、科學、文化、公安、政府、衛(wèi)生、高性能計算、電子商務(wù)、物聯(lián)網(wǎng)等多個領(lǐng)域，云計算服務(wù)平臺的使用量和活躍度也與日俱增。隨著云計算的發(fā)展，云計算管理平臺系統(tǒng)的逐漸龐大，單純靠虛擬機在靈活性、效率等方面已經(jīng)難以滿足用戶日益復(fù)雜的需求，容器技術(shù)應(yīng)運而生，容器技術(shù)的便捷性在云計算領(lǐng)域引起了革命性的變革。

日益復(fù)雜龐大的云平臺系統(tǒng)中各功能模塊日益復(fù)雜，納入云平臺管理的資源種類越來越多，資源之間的關(guān)系越來越復(fù)雜，用戶在實際使用云平臺的過程中還需要關(guān)注底層的資源，復(fù)雜的資源關(guān)系在豐富了云平臺功能的情況下也為用戶增加了很多的使用負擔，使用戶操作更加繁瑣，效率低下且容易發(fā)生錯誤。

技術(shù)實現(xiàn)要素：

為了解決上述技術(shù)問題，本發(fā)明提供了一種服務(wù)編排方法和系統(tǒng)，將云平臺中各種資源以及資源間依賴關(guān)系使用更加簡明直觀的方式組合起來，系統(tǒng)將該資源與資源間的關(guān)系保存為邏輯模板，這樣很大程度上提高了服務(wù)部署的便捷性和復(fù)用性。

為了達到本發(fā)明目的，本發(fā)明提供了一種服務(wù)編排方法，包括：

將云平臺資源抽象為多個資源組件；

建立各資源組件之間的依賴關(guān)系；

選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系。

優(yōu)選的，所述服務(wù)編排邏輯模板涉及的多個資源組件分屬至少兩個資源類型。

優(yōu)選的，該方法還包括：

維護不同資源類型對應(yīng)的執(zhí)行器。

優(yōu)選的，選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板的步驟之后還包括：

執(zhí)行所述服務(wù)編排邏輯模板，根據(jù)涉及的各個資源組件的類型，將資源組件發(fā)送至相應(yīng)的執(zhí)行器進行執(zhí)行，完成服務(wù)編排。

優(yōu)選的，該方法還包括：

保存所述服務(wù)編排邏輯模板，在再次出現(xiàn)相同或相近業(yè)務(wù)邏輯時直接復(fù)用所述服務(wù)編排邏輯模板進行服務(wù)編排。

本發(fā)明還提供了一種服務(wù)編排系統(tǒng)，包括：

資源抽象模塊，用于將云平臺資源抽象為多個資源組件；

關(guān)系維護模塊，用于建立各資源組件之間的依賴關(guān)系；

模板構(gòu)建模塊，用于選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系。

優(yōu)選的，所述服務(wù)編排邏輯模板涉及的多個資源組件分屬至少兩個資源類型，該系統(tǒng)還包括：

執(zhí)行器管理模塊，用于維護不同資源類型對應(yīng)的執(zhí)行器。

優(yōu)選的，該系統(tǒng)還包括：

編排執(zhí)行模塊，用于執(zhí)行所述服務(wù)編排邏輯模板，根據(jù)涉及的各個資源組件的類型，將資源組件發(fā)送至相應(yīng)的執(zhí)行器進行執(zhí)行，完成服務(wù)編排。

優(yōu)選的，該系統(tǒng)還包括：

模板管理模塊，用于保存所述服務(wù)編排邏輯模板，在再次出現(xiàn)相同或相近業(yè)務(wù)邏輯時直接復(fù)用所述服務(wù)編排邏輯模板進行服務(wù)編排。

與現(xiàn)有技術(shù)相比，本發(fā)明提供的一種服務(wù)編排方法和系統(tǒng)，將云平臺資源抽象為多個資源組件，建立各資源組件之間的依賴關(guān)系，選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系。針對每種組件維護組件對其他組件的依賴關(guān)系，當用戶進行資源創(chuàng)建的時候，只需要維護各資源本身的配置細節(jié)和資源間的依賴關(guān)系，這樣用戶就可以更多地去關(guān)注業(yè)務(wù)，而不是底層資源本身。解決了用戶使用云平臺時操作繁瑣效率低下的問題，實現(xiàn)了不需要關(guān)注底層資源、便捷易用的云平臺服務(wù)編排。同時，服務(wù)編排邏輯模板可以保存，當再次出現(xiàn)類似業(yè)務(wù)邏輯的時候可以直接復(fù)用已有模板，這樣便提高了模板的復(fù)用性，提高了資源管理的效率。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。

附圖說明

附圖用來提供對本發(fā)明技術(shù)方案的進一步理解，并且構(gòu)成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對本發(fā)明技術(shù)方案的限制。

圖1為本發(fā)明的實施例一提供的一種服務(wù)編排方法的流程示意圖；

圖2為本發(fā)明的實施例二提供的一種服務(wù)編排系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

日益復(fù)雜龐大的云平臺系統(tǒng)中各功能模塊日益復(fù)雜，納入云平臺管理的資源種類越來越多，資源之間的關(guān)系越來越復(fù)雜，用戶在實際使用云平臺的過程中還需要關(guān)注底層的資源，復(fù)雜的資源關(guān)系在豐富了云平臺功能的情況下也為用戶增加了很多的使用負擔，使用戶操作更加繁瑣，效率低下且容易發(fā)生錯誤。

用戶在實際使用云平臺的過程中，很多情況下不想過多關(guān)注底層的資源，而更加關(guān)注業(yè)務(wù)本身，所以提出一種便捷的方式為用戶更加便捷的實現(xiàn)資源部署變得很重要。

為了解決上述問題，本發(fā)明的實施例提供了一種服務(wù)編排方法和系統(tǒng)，將云平臺中各種資源以及資源間依賴關(guān)系使用更加簡明直觀的方式組合起來，系統(tǒng)將該資源與資源間的關(guān)系保存為邏輯模板，這樣很大程度上提高了服務(wù)部署的便捷性和復(fù)用性。

首先結(jié)合附圖，對本發(fā)明的實施例一進行說明。

本發(fā)明實施例提供了一種服務(wù)編排方法，使用該方法完成云平臺資源服務(wù)調(diào)用的流程如圖1所示，包括：

步驟101、將云平臺資源抽象為多個資源組件；

所述多個資源組件分屬至少兩個資源類型。因此，還需要維護不同資源類型對應(yīng)的執(zhí)行器。

本步驟中，系統(tǒng)內(nèi)初始化支持的組件類型，其中包括組件類型對應(yīng)的執(zhí)行器。

步驟102、建立各資源組件之間的依賴關(guān)系；

本步驟中，系統(tǒng)內(nèi)維護各資源組件之間的依賴關(guān)系。優(yōu)選的，還可以維護該依賴關(guān)系的執(zhí)行器(可以為空)。

系統(tǒng)中初始化了各種組件的詳細信息，其中包括組件的依賴組件、組件和其他組件之間的依賴關(guān)系處理器信息、組件的處理器信息等。

步驟103、選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系；

本步驟中，在實際使用服務(wù)編排模板過程中，用戶只需要創(chuàng)建模板，并制定資源組件中的基本信息(及模板涉及哪些資源組件、資源組件間的依賴關(guān)系)，在執(zhí)行模板時對組件資源的詳細信息進行進一步的制定以及資源組件之間詳細依賴細節(jié)進行補全，進而完成編排模板執(zhí)行動作，完成服務(wù)編排。

本步驟中，創(chuàng)建服務(wù)編排邏輯模板，模板中指定要創(chuàng)建的資源組件。

步驟104、執(zhí)行所述服務(wù)編排邏輯模板，根據(jù)涉及的各個資源組件的類型，將資源組件發(fā)送至相應(yīng)的執(zhí)行器進行執(zhí)行，完成服務(wù)編排；

本步驟中，在執(zhí)行所述服務(wù)編排模板時，只需要解析服務(wù)編排邏輯模板，系統(tǒng)中的執(zhí)行分發(fā)器根據(jù)資源組件類型將資源組件以及資源組件間的依賴關(guān)系分發(fā)到不同的執(zhí)行器進行執(zhí)行，執(zhí)行完成則完成服務(wù)編排。

步驟105、保存所述服務(wù)編排邏輯模板，在再次出現(xiàn)相同或相近業(yè)務(wù)邏輯時直接復(fù)用所述服務(wù)編排邏輯模板進行服務(wù)編排；

由于用戶在實際生產(chǎn)過程中，使用的資源拓撲比較相似。因此，本步驟中，可將已創(chuàng)建的服務(wù)編排邏輯模板在使用完成后進行保存，這樣在后續(xù)使用的過程中便可以復(fù)用已有的服務(wù)編排模板，提高了資源管理的效率。

下面結(jié)合附圖，對本發(fā)明的實施例二進行說明。

本發(fā)明實施例提供了一種服務(wù)編排系統(tǒng)，其結(jié)構(gòu)如圖2所示，包括：

資源抽象模塊201，用于將云平臺資源抽象為多個資源組件；

關(guān)系維護模塊202，用于建立各資源組件之間的依賴關(guān)系；

模板構(gòu)建模塊203，用于選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系。

優(yōu)選的，所述服務(wù)編排邏輯模板涉及的多個資源組件分屬至少兩個資源類型，該系統(tǒng)還包括：

執(zhí)行器管理模塊204，用于維護不同資源類型對應(yīng)的執(zhí)行器。

優(yōu)選的，該系統(tǒng)還包括：

編排執(zhí)行模塊205，用于執(zhí)行所述服務(wù)編排邏輯模板，根據(jù)涉及的各個資源組件的類型，將資源組件發(fā)送至相應(yīng)的執(zhí)行器進行執(zhí)行，完成服務(wù)編排。

優(yōu)選的，該系統(tǒng)還包括：

模板管理模塊206，用于保存所述服務(wù)編排邏輯模板，在再次出現(xiàn)相同或相近業(yè)務(wù)邏輯時直接復(fù)用所述服務(wù)編排邏輯模板進行服務(wù)編排。

本發(fā)明的實施例提供了一種服務(wù)編排方法和系統(tǒng)，將云平臺資源抽象為多個資源組件，建立各資源組件之間的依賴關(guān)系，選擇多個資源組件構(gòu)建服務(wù)編排邏輯模板，在所述服務(wù)編排邏輯模板中記錄所述多個資源組件及所述多個資源組件之間的依賴關(guān)系。針對每種組件維護組件對其他組件的依賴關(guān)系，當用戶進行資源創(chuàng)建的時候，只需要維護各資源本身的配置細節(jié)和資源間的依賴關(guān)系，這樣用戶就可以更多地去關(guān)注業(yè)務(wù)，而不是底層資源本身。解決了用戶使用云平臺時操作繁瑣效率低下的問題，實現(xiàn)了不需要關(guān)注底層資源、便捷易用的云平臺服務(wù)編排。同時，服務(wù)編排邏輯模板可以保存，當再次出現(xiàn)類似業(yè)務(wù)邏輯的時候可以直接復(fù)用已有模板，這樣便提高了模板的復(fù)用性，提高了資源管理的效率。

將iaas層復(fù)雜的資源抽象成不同的資源組件，用戶在使用時只需要進行資源組件的堆砌和組件間關(guān)系的維護即可，很大程度上簡化了用戶使用的程序，降低了用戶使用難度。用戶在實際生產(chǎn)過程中，資源拓撲比較相似，這樣在使用的過程中便可以復(fù)用已有的服務(wù)編排模板，提高了資源管理的效率。

為實現(xiàn)基于服務(wù)編排的容器集群高可用方案提供可行性支持。在方案中，邏輯模板可以包含不同類型的服務(wù)編排組件，在系統(tǒng)中會維護各組件的執(zhí)行器以及組件之間的關(guān)系執(zhí)行器，在進行服務(wù)編排的時候根據(jù)不同組件類型分發(fā)到不同的組件執(zhí)行器進行執(zhí)行，并將各組件之間的關(guān)系分發(fā)到不同的關(guān)系執(zhí)行器執(zhí)行，完成模板執(zhí)行的過程也就是服務(wù)編排的過程。

雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權(quán)利要求書所界定的范圍為準。