2006-10-08

JBoss jBPM and BEA AquaLogic BPM suite 21:09

http://www.jboss.com/products/jbpm

SOA 服務導向架構, 我認為是軟體之於企業流程再造最重要的一個環節. 因為現有的企業紛紛購置足夠的 IT 設施, 卻發現系統間的重複利用性非常的低. 簡單來說, 光一個新聞公告模組, 可能每一個系統都在重覆開發, 這樣就造成上稿人員必須知道所有的系統, 進行各系統的資料輸入. 才能讓一個簡單的新聞發布出去.因此, 以 ESB (Enterprise Service Bus) 為核心的 SOA, 將會是一個企業 IT 現代化的主流, 無論 BEA, IBM, SUN, ORACLE 都看到了這個市場, 如何讓 Application 整合, 才是由業務思維出發的重點. 講求的是服務.

JBoss jBPM 則是一個 Business Process Management 的流程引擎, 加入 JBoss 陣營之後, 開發出 jBPM 的 Eclipse IDE, 讓繪製 Workflow 產生 jPDL 更為容易. 當然, 現在最熱門的 BPM 規範語言是 BPML, jBPM 也不遑多讓, jBPM BPEL (beta)也可以匯入讀取相關的定義檔案.

JBoss 的野心很大, 他的 SOA 架構是 JEMS ( JBoss Enterprise Middleware Suite ), 希望在中間層創造相關的利潤, 我相信 BEA 也是在打同樣的算盤, AquaLogic 主要有 BPM suite, Service Bus, Data Services 等等. 尤其是 BEA 的 BPM 是購買 Fuego 的 FuegoBPM. 我個人感到有趣的事情, 就是 IBM 和 Oracle 與 SUN 對於 BPM 這一部份反而進展很緩慢, 雖然 Oracle 有出 BPEL Designer, 但是主力卻沒有很努力再推 bpm 的概念, 我個人是覺得蠻可惜的. 畢竟, 創造 SOA 的架構, 通常是需要很多理由讓老闆花錢, 我覺得 bpm 是一個很好的 SOA 入口.

jBPM 雖然是 Opensources, 但是核心部份已經很完整, 也因為是 Opensources, 當你想要自行調整或是客製化, 也是可行的 ( 但是需要相當的技術 ). 不過, 以實際利用的經驗來看, jBPM 我個人覺得適合單一線性的組織下使用, 如果人員結構如同千年樹根盤根錯節的話, 加上人員的異動重整, 都很難去進行相關的維護與操作. 尤其將現有的系統嵌入 jBPM 是一個很艱辛的任務. 該如何創造這些技巧, 真的就得要花時間看原始碼與相關的資料結構.AquaLogic BPM 就算比較是商業化經營, 不過沒有原始碼就要透過 service channel 進行相關的調整. BEA 的策略很完整, 如果搭配 Data Services 與 Service Bus 就可以很容易地將這些系統融合在一起, 作為完美的 SOA 解決方案.

jBPM 相關文章, 我將慢慢在北京分店 ( http://blog.csdn.net/jakarta99/ ) 發表 :)