SOA最佳的解釋可能是-統合散佈各處的各式各樣的Web Service滿足個別使用者個別應用需求的技術架構。然而並非所有的應用系統皆非擇善固執一定非要依SOA技術及產品建構不可、估且不要討論到底SOA技術及其產品成熟與否?這並非本文所要探討的問題、而且討論SOA用這種角度思考其應用也不恰當、因為技術永遠在成長、正確的說法應該是應用系統採用甚麼樣的技術才合適?應用系統選擇IT最精確的說法應是:IT能提供應用系統需要的QoS(Quality of Service)即是可採用的架構技術。那麼回到主題SOA的技術架構以目前的現況(架構、產品技術、建構手法、方法論、開發工具、與他技術架構產品的協調性、SOA的普及性等等)以筆者主觀意見仍是處高度成長階段、相對於DSE(CICS,IMS)架構成熟但處於低度成長甚至負成長、SOA短期內仍然難以完全取代DSE(但是蠶食是無法避免)、所以SOA終究需要與DSE共存一段期間、至於何時DSE會壽終正寢、則視SOA的QoS是否涵蓋DSE所提供的QoS(Large Scale Mission Critical System)?特別是核心銀行系統為例、以筆者目前投入SOA在BankingIT的應用開發專案、比較兩者其實各有所長、而對方的優點也恰好是己方的缺點。SOA已取的IT架構技術的標準、將來不同應用系統間的整合能力將解決DSE目前最被人垢病之處、反之DSE像一個賢妻良母把自己家務處理的井然有序、但是卻不太擅長和別人打交道。眼前SOA除了儘量發揮其擅於整合他系統優點、當務之急即是證明自身快速而有效的大規模連線交易協同處理能力、以台灣為例FISC(財金)、JCIC(聯徵)、TCH(票交所)、CB(央行)、TVISC(關貿)、以及戶政地政資訊提供等等可能應鼓勵以SOA為架構技術為基準、至於累積沈重包袱的核心銀行系統、無論採取ReHost、ReWrite或者最根本解決核心系統轉型(Transformation)方式的ReBuild、嘗試採用SOA、都需要支付一筆昂貴的學費。
Add new comment