面向雲的流程平臺

 

面向雲的流程平臺

    傳統的工做流管理系統（WFMC模型及BPMN2.0模型）通過多年發展已經可以知足企業對於業務流程信息化的各類需求。可是傳統的工做流管理系統須要屢次部署，分別維護，並且部署和維護的成本較高，使得企業應用的門檻較高；交付能力跟不上業務需求的變化，沒法高效的知足彈性變化的訪問需求。爲了下降傳統工做流系統在部署和維護方面的開銷，能夠將傳統的工做流管理平臺雲化，提供多租戶、高併發、動態伸縮的能力。先讓咱們看下雲時代企業面臨的巨大挑戰。

雲時代企業面臨挑戰

 

 

業務集約化

目前電信、金融領域均面臨數據大集中的集約化之路即經營的集團化、規模化；由原來的粗放型經營向精細化經營轉變。同時在企業IT戰略層面要求具有必須的技術基礎構建能力，各類應用系統運行在同一的平臺之上，業務迫切須要「需求一體化」、「運維一體化」等平臺建設的要求。業務集約化一樣面臨IT資源使用效率問題，據統計目前大型數據中心的軟硬件資源利用率、能源利用率以及維護效率多在40%如下。 

業務融合與快速交付

全業務運營時代到來，大多數電信運營商業務支撐系統都是按照需求進行定製化開發的，系統能力整體來講滯後於市場部分的業務發展需求，而對新需求的支撐週期也比較長，隨着業務量、業務種類的不斷髮展，系統穩定性、擴展性問題逐步顯現，支撐風險逐步加大，這些狀況都將影響全業務運營的順利開展。

互聯網帶來了新的業務創新，改變了企業的IT系統建設模式，更增強調業務的快速交付，形成企業IT系統面臨和互聯網無縫融合的壓力。目前互聯網行業的業務創新速度比傳統IT企業的業務創新速度快3-5倍，通常狀況下企業推新業務是6個月，而互聯網是2周到2個月。

高併發需求

隨着互聯網應用的普及，企業應用須要面對高併發的彈性需求，根據業務併發數量動態調整資源分配。目前傳統的數據中心，服務器通常按照業務系統的吞吐能力來進行配置。這種配置方式下，服務器資源只能被本業務系統所獨享。也就是說，即便不一樣業務系統的服務器能力有空餘，其資源也沒法被其它業務系統共享。因爲服務器的處理能力通常按照業務系統的峯值需求來設計，所以服務器資源的平均利用率更低。面對高併發的需求，如何作到流程支撐能力的柔性伸縮？

雲流程平臺架構

         雲流程平臺將全部流程平臺功能開放到雲端，包括流程建模設計、表單開發環境，規則開發環境，流程監控分析等功能。雲流程平臺主要包括雲流程開發平臺、雲流程引擎、雲流程治理平臺，分別解決開發、運行、管理監控期問題。

 

   

   

    雲流程開發平臺包括離線流程建模工具與在線流程建模工具，在線流程建模工具方便地支持在業務流程應用的運行期，以業務流程管理人員的身份，從業務化視角進行流程的業務建模、配置與調整，從而敏捷響應業務流程的變動和調優。在線流程建模工具經過瀏覽器（無需下載開發環境、SDK）的方式支持業務流程開發、管理、監控等，具體包括業務資源管理、業務流程配置、業務流程定製、參與者日曆、業務規則等。。

    雲流程治理平臺集中管理和監控業務流程的運行狀況。幫助企業管理者及時掌握業務運行情況，並對客戶或市場進行快速響應。經過對流程實例的圖形化實時監控，業務流程管理人員能夠及時掌握業務處理的最新動態，及時發現長時間滯留未處理的任務，並對發生異常的流程實例進行及時調整。

    雲流程引擎提供多租戶能力、引擎動態伸縮、數據隔離、安全性、高性能訪問架構。

    IaaS資源適配器提供雲流程Pass平臺與基礎設施層之間的交互能力，協助雲流程平臺完成引擎的動態伸縮功能。

雲流程平臺關鍵特性

         雲流程平臺至少知足下面特性：多租戶、動態伸縮、在線開發。

  

 

多租戶

多租戶四級成熟度模型

         第一級：定製

    每一個租戶有其特定版本的工做流引擎，這些工做流引擎的實例分別運行在軟件應用提供商提供的運行平臺上。全部租戶只是共享了軟件系統的運行平臺，仍然分別使用獨立的工做流引擎版本。

    第二級：可配置

    每一個租戶都有特定的工做流引擎的實例分別運行在軟件應用提供商提供的運行平臺上。可是全部租戶使用相同的工做流引擎版本，也就是說全部租戶使用相同的程序代碼，根據租戶需求不一樣進行單獨配置便可。

    第三級：可配置、多租戶

    軟件應用提供商提供的運行平臺上只運行工做流引擎的一份實例便可知足全部租戶的需求。在這種狀況下，租戶共享了軟件系統、運行實例和軟件運行平臺。下降了運行實例花費的開銷，增長了軟件運行平臺的利用率，也節約了用戶使用軟件的成本。

    第四級：可伸縮、可配置、多租戶

    軟件應用提供商在第三級成熟度模型支持多租戶的基礎上，引入了負載均衡策略。租戶的請求動態的派發到不一樣的工做流引擎實例來完成。經過這一策略，不須要對於工做流引擎自己進行修改，就能夠動態的經過增長或者減小應用實例的數量來應對用戶請求的變化。

   

雲流程平臺租戶架構

    雲流程平臺多租戶架構採用第四級的多組戶模型，全部的租戶共享同一份雲流程引擎中（雲流程引擎能夠是一個節點，也能夠是多個集羣節點，對租戶是透明的），租戶間的數據相互隔離，不一樣租戶支持維護本身的組織機構、權限模型、工做日曆；同時流程定義、流程實例全部的流程數據在不一樣的租戶間也嚴格的隔離。在第四級多租戶模型下的雲流程平臺租戶架構，能夠真正的以較低的成本知足租戶對於企業業務流程的需求，實現自身經濟利益的最大化。下圖中不一樣的租戶A、B、C共享雲流程引擎，不一樣租戶只能看到自身業務域中的業務數據，租戶間的業務數據徹底隔離。

 

 

 

         租戶間的數據安全性：

    不一樣租戶經過安全的令牌機制訪問租戶內部的數據，租戶間的數據隔離包括流程定義隔離、流程實例數據隔離、任務實例隔離；租戶數據隔離架構設計以下圖：

        

         租戶A、B、C內部維護組織機構、工做日曆，租戶感受不到其餘租戶的存在。例如某電信公司中搭建了本身的私有云流程平臺，爲兩個網省（網省A、網省B）申請不一樣的租戶，租戶間的流程定義是不能戶型訪問的，即網省A發佈的流程只有網省A下的用戶可見，網省B不可見網省A發佈的流程。

動態伸縮

         雲流程平臺提供伸縮API，經過PAAS平臺進行監控資源使用狀況，根據監控資源的使用狀況動態對雲流程平臺進行伸縮來知足業務的請求，充分利用IaaS層提供的計算資源；經過動態的伸縮，能夠保證流程平臺的高穩定、高可用，支持達到任意級別的SLA。

    動態伸縮的關鍵點：

    無狀態流程或者輕量級狀態流程；

    雲流程引擎與物理無關性；

    提供輕量級的實例緩存；

 

   

    雲流程平臺動態伸縮示意圖：

0：客戶訪問雲端流程服務；

1：平臺實時監控資源使用狀況；

2：雲流程平臺發現資源緊張，不能知足後續訪問需求時候，申請動態擴容；

3：雲流程平臺根據鏡像動態建立雲流程引擎節點並啓動；

4：新建立的節點統一註冊到中信註冊庫中，方便統一管理；

5：通知雲流程平臺中其它兄弟節點進行狀態通知和拓撲通知；

6：新的客戶請求動態的分配到新增的雲流程引擎節點；

    整個動態伸縮過程用戶端是不敏感的，並且不影響用戶的正常訪問，能夠真正作到7*24小時服務。

在線開發

         雲流程開發平臺支持將傳統流程平臺的全部功能在雲端開放，提供用戶在線開發能力，無需安裝SDK。雲流程開發平臺爲開發者提供了一個基於瀏覽器的業務開發、測試、發佈、部署、監控的綜合環境。

 

   

 

    在線開發能力包括業務流程定製、表單開發、規則開發、腳本開發、集成外部服務等能力；在線運營負責運營期的流程在線調整、規則在線調整能力；在線測試支持開發修改即時更新，提供測試運行環境；在線發佈部署支持應用發佈、流程發佈，以及管理應用及流程的版本；在線監控集中提供流程追蹤和監控工具。

小結

         隨着雲計算的發展和企業集約化、一體化、集中化的發展，雲流程平臺成爲企業創建私有云流程平臺的發展必然，給企業帶來更多的經濟效益，包括硬件成本的下降、硬件資源的使用率大幅提高，平臺維護人員的大幅降低，數據的集中管理與管控。同時雲流程平臺帶來了系統的高可用、擴展性、自動伸縮等能力，相信將來流程平臺的雲化必將成爲下一個雲計算的熱點。您準備好擁抱雲流程平臺了嗎？