SOA實踐應先從企業級IT架構設計上著手

    各大軟體供應商與媒體的聯合吵作，使SOA(Service Oriented ArchITecture)成為IT人士經常掛在嘴邊的“時尚”詞彙。2006年，在日本舉行的年會上，Gartner公司樂觀預測，到2007年，會有超過50%的企業採用SOA體系， 到2010年該比例將會達到80%。

    但事實上，到目前為止，國內的IT界也是很少有人清楚SOA的實踐應從那裡著手。國際軟體供應商的大玩SOA概念，實際是它們的一種產品的市場推廣策略。但從實際取得的效果看，這種宣傳策略只是國際軟體廠商的自娛自樂。

    IT界的普遍浮躁，使得很少有人真正探討SOA究竟是什麼?以及如何實施SOA?這也使得國際軟體大佬的宣傳，引來的只是隨聲附和，而沒有具體的行動，即使它們極力的宣傳自己的產品已經SOA了，也不會引起太多企業真正的興趣，這樣就客觀減少了軟體採購企業被忽悠的機會。

    那麼SOA究竟是什麼?

    首先，SOA並不是具體的軟體產品，它與技術無關。如果那家軟體供應商說自己的產品真的實現了SOA，那我們就要注意它的用心了。

    SOA是IT體系架構的設計思想。這種思想可以從軟體工程體系結構設計，與企業級IT體系架構這兩個層面來體現。

    在軟體工程體系結構設計層面，SOA是一種軟體體系結構的設計方式，它指導著業務服務(軟體應用功能單元)在其生命週期(從構思開始，直到停止使用)中建立和體現SOA思想的方方面面。

    在企業級IT體系架構層面，SOA也是一種定義和提供IT基礎設施(IT Infrastructure)的方式，體現SOA思想的企業級IT體系結構設計，應允許不同應用功能或應用系統之間互動資料、參與業務流程(Business Processes)，無論它們各自背後使用的是何種操系統或採用了何種程式語言。

    在軟體工程體系結構設計層面，基於SOA思想的軟體工程技術實踐還沒有走向成熟，因為基於SOA思想的軟體體系結構設計三大標準：服務元件架構標準(CSA)、服務資料接介面標準(SDO)、服務安全標準(WS-Policy)，才僅僅剛剛釋出了前兩個標準，而且還是1.0版本,成熟還需時日。

    SOA思想指導的軟體工程技術實踐和不成熟，並不影響，企業級IT體系架構設計實踐中，體現SOA的思想，設計出在某種程度符合SOA思想的企業級IT體系架構。企業業務與資訊化的發展要求企業級的IT體系架構設計要有很強的靈活性與業務流程變化的適應性，需求的緊迫性不能等待SOA的軟體工程技術實踐成熟後再進行。

    企業級IT體系架構設計中，如何體現SOA思想?

    SOA的思想的企業級IT體系架構設計實踐，要從BPM/BPI與SOAP、XML、WEB Service等IT技術相結合，企業級的IT體系架構設計，要以企業流程重整/優化為基礎，劃分適當粒度的應用系統或應用功能邊界，同時應用系統或應用功能邊界間的整合儘可能採用鬆散耦和整合的方式，從而增強企業級IT體系架構對企業業務戰略與業務流程變化的適應性。 （來自zol）

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780828/viewspace-528616/，如需轉載，請註明出處，否則將追究法律責任。