當前位置:工程項目OA系統(tǒng) > 泛普各地 > 山西OA系統(tǒng) > 太原OA系統(tǒng) > 太原OA快博
SOA過多的Web服務等于麻煩
Sonic軟件和Progress 軟件公司技術總監(jiān)Dan Foody,在他所認為的SOA最差實踐基礎上正見證著SOA的一系列失敗。作為技術總監(jiān),他并沒有從技術層面上來看待這個問題。在他看來,問題在于項目的管理,缺乏對SOA方案的理解和企業(yè)沒有能夠作出適合SOA理念應有的改變。
在SOA方面,你們看到了什么?
Dan Foody:如今,人人都在談論SOA,企業(yè)里人人都知道SOA并想?yún)⑴c其中。但是,其自身正遭遇著挑戰(zhàn),因為并不是每個人都能正確理解在面向服務架構里應該做些什么。
這種對于SOA的無知會帶來什么挑戰(zhàn)呢?
Foody:我們發(fā)現(xiàn)當人們宣稱他們在做面向服務架構時,他們所做的事卻并不是SOA所預期的,甚至有些嚇人。
有例為證嗎?
Foody:給你們舉一個我最喜歡的例子。有一家公司在做一個大會主題演講中提到他們在面向服務架構方面有多么的成功:他們已經(jīng)具有300項服務,并且在一年之內能達到1000項。聽起來很不錯不是嗎?唯一的問題在于這種類型在發(fā)展中卻很糟糕。
為什么SOA理念會脫軌呢?
Foody:我們做面向服務架構,目的是避免復雜性,而不是讓多達30種web服務去做同一件事情。你的目的是要去再利用。如果有上千個Web服務,實現(xiàn)再利用的可能性事實上為零。因此,他們也許擁有許多Web服務,但卻無法實現(xiàn)面向服務架構。所以,在業(yè)務上也表現(xiàn)不出任何好處。這就是一個SOA脫軌的例子,人們錯誤的認為“越多越好”。
這是因為人們在定義面向服務架構時的問題嗎?
Foody:這個問題有兩個方面引起。一方面,一些人根本就不理解SOA的含義。建立Web服務,并不代表你建立了面向服務架構,這與Web服務的數(shù)量無關。SOA關系到你對已有的Web服務利用途徑的數(shù)量。這才是在各方面定義面向服務架構的一個標準。許多人都在這一點上誤解了。真正有價值的是對于Web服務的再利用而不是Web服務本身??缃M織的共享資源才是面向服務架構的價值所在。
還有一部分人,即使他們理解了這一點,也不一定知道如何去建立成功的面向服務架構。有的人認為建立所有權標準可以創(chuàng)建有效的面向服務架構。于是我們看到一些組織將Web服務與SOAP作為基礎,將之拆散,讓其不能與外界任何程序相互作用,然后將自己的特性加入準則當中。然后,他們需要將所有的東西編碼然后聯(lián)結,在此過程中將丟失掉許多協(xié)調性的益處而致使在開始的時候建立面向服務架構變得很困難。雖然在這些例子中,嘗試SOA的人們理解了他們將要達成的目標,但他們并不知道途徑為何。
標準能夠幫助我們看清道路嗎?
Foody:多數(shù)人會說:SOA并不存在技術問題,最大的挑戰(zhàn)在于結構性問題。所以對于技術架構的重視只能解決20%的問題,但80%關于人員的問題仍有待解決。
我認為,犯了最差實踐這些錯誤的人們不會在一開始就按照規(guī)則來辦事。他們相信自己知道自己在做什么,這也是問題之一。那個在大會上發(fā)言的先生,講述建立上千Web服務,他就相信自己比任何人都了解如何來做SOA,并且不會聽取他人的建議。
因此,我并不認為標準結構能夠解決這個問題。一個企業(yè)能從SOA得到的最重要的益處并不是用純技術的形式能夠呈現(xiàn)的,而是使信息技術將對商務有意義的資源組織起來。將信息技術與商務結合起來并使其隨著時代的發(fā)展而持續(xù)進步。因此,當一個商人談到盤點時,IT人士就能知道這意味著什么,他們會將相關的資源和技術組織到一起運作。這才是SOA的真正益處所在,這是你在任何一張架構圖表上找不到的。
當人們有需要的時候,也會有技術幫助加入其中。他們想要,就能找得到。而恰恰是那些自以為是并沒有好好利用技術幫助的人在技術層面上出現(xiàn)問題。
那么,這是不是說無知和缺乏理解是非常危險的?
Foody:對,自信和缺乏知識是非常壞的結合。
那么,在企業(yè)認識到他們應該采取別的途徑之前,我們是不是會看到許多SOA失敗的最差實踐案例呢?
Foody:我們必然會看到許多項目的失敗例子。一切引起企業(yè)變革的因素都會有附加效果。不是所有企業(yè)都能夠完成變革的,也不是所有企業(yè)都知道如何進行變革的。所以,我認為在進行此類變革的同時,我們將不可避免的看到許多附帶作用的產(chǎn)生和項目的失敗。關鍵在于企業(yè)要認識到從失敗中吸取教訓而不要半途而廢。
因此,我們要關注所有關于SOA失敗案例的報道,避免同樣的錯誤。如果一個人要引領SOA的啟動,他不能在遇到失敗時覺得羞恥,而是應該接受這些失敗并將之當成又一個他能從中學到經(jīng)驗的案例。(出自:CSDN)
- 1IT售前精要ICEBREAKER理論
- 2RFID應用何時“井噴”?
- 3中國頂尖企業(yè)如何整合供應鏈
- 4數(shù)據(jù)挖掘大企業(yè)成功案例少 中小企業(yè)需求小
- 5了解項目中的標準角色
- 6中小企業(yè)也需要BI嗎?
- 7看看您的IT部門可伸縮嗎?
- 8視頻會議調試更為重要
- 9中小企業(yè)還需要什么樣的財務分析工具?
- 10網(wǎng)友觀點:ERP選型謬論種種
- 11BI工具與隱私數(shù)據(jù)
- 12警惕BI欺騙
- 13ERP標準成本體系與現(xiàn)代企業(yè)成本管理研究
- 14ERP國標實施任重而道遠
- 15企業(yè)無線網(wǎng)保護措施
- 16以IT治理取代經(jīng)驗型管理
- 17面向管理的HIS信息集成設計
- 18B2B 一體化
- 19CPMP、PMP及IPMP的全面比較
- 20物流基建項目建設類型分析
- 21怎樣應對緩慢而低調的網(wǎng)絡攻擊
- 22豐田的零庫存管理
- 23評估企業(yè)需要哪種專業(yè)存儲服務
- 24知識管理的十項原
- 25誰在為電子商務提供通道
- 26小型公司IT管理者缺少發(fā)言權
- 27CEO如何管好信息化中的事
- 28預算設置重在何處
- 29太原OA以生產(chǎn)為主的企業(yè)信息化規(guī)劃
- 30關于SOA您不愿知道的十件事
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓