[翻譯]SOA? CORBA? 縮寫首字母變了, 窘境依然
這篇轉載自 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環境實現的成功與否決定於均衡增長的策略 -- 不要僅考慮增加功能能力,也要考慮如何降低複雜度.
------------完
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修改過]
相關文章
- Google 翻譯更新了Go
- 該翻譯 laravel 10 了Laravel
- 如何編寫Loader[翻譯]
- Python將所有的英文單詞首字母變成大寫Python
- 【翻譯】GRAIL-手寫識別AI
- 摘抄Excel和FoxPro獲取漢字拼音首字母縮寫的方法.Excel
- 翻譯 | Java 中的變型(Variance)Java
- 翻譯 | 上手 Webpack ? 這篇就夠了!Web
- 人類阻擋不了谷歌翻譯了!谷歌
- SQL server中的日期變數縮寫SQLServer變數
- 如何寫一個js模組打包器(翻譯)JS
- 翻譯:JBoss Seam 2.0蹦達出來了
- php首字母小寫怎麼轉大寫PHP
- 常見的 Go 變數縮寫對照表Go變數
- 翻譯
- Yurii談翻譯(五)怎樣翻譯更地道:so…that…的翻譯
- Python3 動手自己寫谷歌翻譯Python谷歌
- 改變傳統,吳恩達開源了一個機器翻譯智慧體專案吳恩達智慧體
- 【漢譯英】翻譯當然不是一成不變的啦
- 如何完成中文翻譯日文線上翻譯
- Yurii談翻譯(四)怎樣翻譯更地道:翻譯如鋪路
- Yurii談翻譯(九)怎樣翻譯更地道:冠詞a的翻譯
- Yurii談翻譯(十)怎樣翻譯更地道:最高階的翻譯
- 翻譯的未來:翻譯機器和譯後編譯編譯
- PPT檔案太大了,怎麼壓縮變小?
- Ubuntu安裝劃詞翻譯軟體Goldendict 單詞翻譯 句子翻譯UbuntuGo
- Yurii談翻譯(六)怎樣翻譯更地道:“as somebody said…”的翻譯AI
- Yurii談翻譯(十三)怎樣翻譯更地道:It is…that…句型諺語的翻譯
- Yurii談翻譯(十四)怎樣翻譯更地道:否定句的翻譯
- 記一次翻譯工具的開發-有了它,實現實時翻譯還遠嗎?
- 超長小說可以用AI翻譯了,新型多智慧體協作系統媲美人工翻譯AI智慧體
- sublime 做一款翻譯變數名外掛變數
- 【翻譯】編寫程式碼註釋的最佳實踐
- [翻譯]Billy Belceb 病毒編寫教程for Win32----- 宣告Win32
- 蝴蝶書-task2: 文字推理、摘要、糾錯 transformers實現翻譯 OpenAI翻譯 PyDeepLX翻譯 DeepLpro翻譯ORMOpenAI
- 機器翻譯進化到哪一步了?
- 閒來無事翻譯了 Jetstream、Livewire、Inertia 文件
- 翻譯了一下 Laradock 的中文文件