[翻譯]SOA? CORBA? 縮寫首字母變了, 窘境依然

opensdp發表於2007-06-12
這篇轉載自 docman.cn 翻譯家 網站

SOA (面向服務的架構)好像已經成了很時髦的話!!! SOA可以解決所有的問題,每個人都希望用SOA--我聽說的差不多就是這樣. 然而,當CORBA誕生時,我記得也是這樣相似的宣告. 人們期望它能改變IT業的工作方式. 對我來說,SOA就是基於CORBA的擁有更完善標準的XML/SOAP. 我可能錯了.

然 而時間到了現在,卻沒有什麼變化. Well,也許不是沒有改變,至少有一點可以確定 -- IT複雜度正在以一種恐怖的速度增加,我真的不知道 -- 在失控之前,我們最大能承受的複雜情況是什麼樣子? 網上購物網站最擔心這種事情,他們花了大成本去處理這種複雜度. 我有一個問題 --- SOA的引入真的能幫助IT人員更好的管理複雜度和降低成本嗎? 還是在CORBA後面重蹈覆轍? 目前為止我看到了它在這個領域起的積極作用,但也有不少的懷疑的聲音.

我能確信的是那些組織機構正在尋找一些新的方式來利用這種技術,將它變成一種競爭優勢. 掌控這種新的日益複雜的平臺會只是一種挑戰.

我的觀點認為SOA的引入只會把IT複雜度推向一個新的高度,超過了那些目前能夠有效的實施管理的管理架構. 為什麼我要這樣說? 有幾個理由:


-- 以SOA為基礎應用需要一些能夠更快的適應需求改變情況的管理工具,而目前的管理工具卻不要求這樣.

--以SOA為基礎的應用會把大量的各種非整合的業務組合到一起,建立一個整合的業務層,而這種整合的東西卻不能被那些以事件觸發為基礎的健康監控程式監控到.

那些需要用來管理SOA環境的大量的工具和技術本身就需要去維護了,過於複雜了.

如果管理不好,或者不能系統的降低和簡化,複雜性會呈指數級上升.

所以SOA架構有一個潛在的特徵就是把事情複雜化,複雜化到不能控制,它比那些典型的3層結構, client/server或者是monolithic應用的管理複雜的多.

這樣一來,我們如何去處理它一方面有優勢而另一方面會增加複雜性的關係呢? 我覺得只有一個辦法可以解決這個 -- 在SOA管理工具上和管理經驗是多下投資. 不僅需要技術,而且需要技能,過程方法,和實踐經驗. 這裡有幾種方法看起來很有吸引力:

*虛擬化 -- 處理複雜性的一種方法是簡化工作環境 -- do more with less -- 較少的硬體,較少的網路工作,較少的軟體系統. Less is more very often(少經常會變成多).

*建立和維護能力儲備 -- 而不是工具儲備或你需要去掌握的工具清單. 很顯然,你需要掌握至少一種技術或工具所能發揮的所有重要的能力. 也許不需要第二種. 著重是技術的功效,而不是工具和技術本身. 使用這些技術儲備可以簡化你的工作環境.

*使用KISS方法 -- 自從大學時代我喜歡這種方法. 保持傻瓜式和簡單明瞭. 應用到每個可能的方面. 複雜的裝置,構造很難去維護和管理.

如果不加斟酌, SOA的優勢就會被不斷增加的維護工作所吞噬,服務質量會下降,收入會降低,顧客的忠誠對也會下降. SOA環境實現的成功與否決定於均衡增長的策略 -- 不要僅考慮增加功能能力,也要考慮如何降低複雜度.

------------完

[該貼被opensdp於2007年06月12日 17:30修改過]

[該貼被opensdp於2007年06月12日 17:31修改過]

相關文章