過去的半個多世紀,美國從主機時代、PC時代,到了現在的網絡時代,積累了大量的應用系統,這些應用系統是用各種各樣的非标準方法構造的。是以美國實作SOA架構關鍵任務是:對已有系統中的功能進行提取和包裝,形成标準的“服務”,而非以标準方法全新構造“服務”。具體來講,就是将那些掩藏在個應用系統之中的業務功能子產品切割開來,加以包裝之後成為标準的“服務”。然後還要将分散在不同系統中的資料整合包裝成為資料服務,最後根據業務的需要通過ESB(企業服務總線)将分散的服務連接配接起來。以标準的方法全新構造“服務”對于已有龐大遺産系統的美國來說,成本高昂,并非上策。
中國SOA需求則呈現和美國不一樣的特點。
首先,過去中國近30年的IT建設多為生産型系統,服務型系統普遍未開始建設。
在金融/電信領域中,大客戶已經建設了大量的生産性系統(90%),但是缺乏大量的服務性系統;大量的服務不存在或需要重新構造(約75%),比如CRM等才剛剛開始。
在政務領域,生産與服務型系統普遍缺失。在企業,由生産正轉向營銷服務系統。是以,大量的“服務”需要全新構造才是中國SOA的主要任務,這一點和美國是完全不同的。
其次,網際網路内容與搜尋引擎Google給了我們啟示。
1.IP标準解決了計算機硬體通訊的标準問題,但沒有解決網際網路的内容制造問題。
2.網際網路發展到今天,全球幾百萬家網際網路站點已經創造了大量的内容,就需要Google這樣的内容搜尋引擎出現,以實作内容的被收錄(注冊),進而友善使用者檢索/發現/使用。
3.SOA的成熟,也必須先把“服務”(如同“内容”)首先實作出來,才能談到“服務”通過ESB(企業服務總線)的注冊與管理,進而被檢索/發現/使用(如同“内容”被Google收錄與檢索)。
SOA的中國本土化
那麼,在SCA/SDO規範出台之後,SOA的中國路線圖應該是什麼樣的?
對于中國的電信、金融等IT建設領先的領域,已經有了一些老應用系統,我們認為:
2. 對于不容易切分的老系統,隻能采用下面兩種方法:
·整個系統包裝成一個服務;
·有能力更新的,推倒重來,用新方法構造“服務”。
3.關于老系統的問題,我們的态度是提供方法論指導,因為切割清除業務流程是很困難的,這是那些咨詢服務商參與的地方。
5.未來的建立系統用粒度更小、組合更容易、架構更靈活的面向構件技術構造
。
6.用ESB實作新舊“服務”的注冊與管理,以完全實作靈活SOA架構。
對于中國的政府、國防、電力等大量領域,大量的服務型系統還沒開始大規模構造,它們如何走自己的SOA之路?我們認為:
1.首先需要統一标準(SCA/SDO)。
2.用符合SOA标準的方法——面向構件——構造粒度更小、組合更容易、架構更靈活的“服務”。
3.SOA的流程管理。
5.多“服務”用ESB實作內建。
51CTO部落格,原文連結:http://blog.51cto.com/xiaoyinnet/196453 ,如需轉載請自行聯系原作者