新標準簡化SOA開發

juishl發表於2007-04-29
原文網址 : https://blog.csdn.net/Juishl/article/details/1590014
 
在軟體專案越來越複雜的今天，到處都是鼓吹“簡化(Simplify)”的聲音，雖然開發工作的複雜度還是與日俱增。作為潮流的SOA，自然不能跳出同樣的討論。慶幸的是，在基於SOA開發中，最近確實看到一些“簡化”呼聲的可操作性措施。四月早些時候，OASIS，在SOA標準領域扮演舉足輕重地位的國際標準化組織，宣佈成立了開放複合服務架構委員會(Open Composite Services Architecture，Open CSA)，專門致力於推動簡化SOA開發標準的制定和推廣。
 
在Open CSA的工作範圍內，最重要的是兩類標準的制定和推廣：服務元件架構(Service Component Architecture，SCA)和服務資料物件(Service Data Objects，SDO)。其中，服務元件架構(Service Component Architecture，SCA)通過一系列規範描述了使用面向服務架構建立應用和系統的模型；而服務資料物件(Service Data Objects，SDO)希望解決的是如何以統一方式存取異構資料(how heterogeneous data can be accessed uniformly)，通過提供統一的SDO應用程式介面來存取不同資料來源，例如：關聯式資料庫，XML，等等。
 
Open CSA成立的意義並不僅僅在於制定標準本身，從標準委員會構成可以看到這些標準得到了廣泛的關注和支援。新標準是使用者和獨立軟體供應商(ISV)，以及包括SAP，BEA，IBM，IONA，Red Hat，Siemens，Software AG，Sun，Sybase 和TIBCO等眾多資訊產業領導廠商共同協作推出的。所以標準具有相當的代表性，可以期待在未來的SOA平臺和開發工具中獲得廣泛的支援。
 
其實簡化永遠是相對，複雜是絕對的。隨著軟體應用的日益完善，軟體研發總是無可避免的越來越複雜，特別是在百家爭鳴的資訊產品市場，每個廠商都有獨具特色的解決方案，而在具體的使用者應用場景裡，也是多廠商方案的優化組合，所有這些進一步增加了複雜性。只要看一下軟體的載體從1.44的軟盤到DVD的變化就能間接瞭解了。所謂的簡化，大概是兩方面的努力，其一，把複雜的實現細節留給技術專家去處理，把細節隱藏在簡單的應用介面之後，提供使用者簡單的使用體驗；其二，避免來自不同廠商的異構產品整合產生的額外複雜性，由於競爭的技術壁壘引起的複雜性導致成本增加而並不帶來更多價值。兩方面的努力都是離不開標準的規範控制：對於隱藏細節，標準指導定義提供最佳使用者體驗的應用介面模型；對於異構產品，標準規範產品對外互動的介面，有效降低異構產品組合時的複雜度，最終是讓使用者有更多的選擇權，保護他們現有的投資。
 
公開標準的制定，必然是一個群策群力的結果。Open CSA的各個成員都會憑藉各自的技術優勢和行業經驗共同完善標準。SAP作為成員之一，對上述標準無限歡迎。“SCA和SDO是非常重要的技術，它將簡化服務結合，提高複合應用軟體開發效率，最終幫助SAP客戶獲得更高的業務敏捷性(business agility)。我們對於能夠參與Open CSA督導委員會的工作感到非常興奮，希望和整個OASIS共同體一起來制定重要的標準。”SAP總部負責工業標準的副總裁這樣評論。Open CSA委員會其他成員多多少少也懷著類似的的意願和期許。
 
 

相關文章