2009-10-21 14:24:52 來源：CIO 時代網(wǎng)
SearchSOA.com 最近與Mike Rosen進行了一次談話，他對今天的企業(yè)架構的趨勢提出了一個有趣的觀點。Rosen是Cutter Consortium的企業(yè)架構實踐的總監(jiān)和Business-IT Strategies Practice專業(yè)顧問。他有超過25年的技術領導經(jīng)驗，現(xiàn)在EA和SOA領域提供專業(yè)咨詢服務。以下是三段談話中的一段。
Jack Vaughan：Mike，EA（企業(yè)架構）這個詞至少在2000年左右就出現(xiàn)過。你能談一下它的由來、現(xiàn)狀和未來的走勢嗎？
Mike Rosen：我認為有一些公司在2000年左右已經(jīng)很好的提前開始注意企業(yè)架構了。那些可以說是最早的EA計劃。這些公司里面，在實際的架構中，有一些是很成功的。但有很多不成功的；架構是很難做的。
但他們其中的一些在服務器、數(shù)據(jù)和網(wǎng)絡的增值方面的合理化方面做的很成功，并且實際上控制了他們基礎設施的復雜性。技術在過去的10年間有了提高，幾乎每一個公司現(xiàn)在都有許多技術，這對他們?nèi)粘I(yè)務非常重要。甚至小公司也開始關注架構并把其作為一件必須做的事情，用以處理（基礎設施的）復雜性。
沒有架構-如果你不是真的提前考慮-你最終會在你的IT系統(tǒng)里面建立很多冗余和不成系統(tǒng)的零散的東西，這么做的結果會導致你對業(yè)務反應能力的下降。所以，我看到很多企業(yè)開始把企業(yè)架構作為他們必須做的一件事情。
但他們中的大部分都不知道該怎么做，而這就是挑戰(zhàn)。
有很多方法和建議-如果你想把他們歸類，有三種不同的方法。
其中一種就是大架構方法，就像聯(lián)合企業(yè)架構，或者就像10年以前那種非常普通的大架構。大量采用逐步自頂向下的方法看起來并不是很有效。當你要達到預期目標的時候，業(yè)務又向前發(fā)展了，所以我實際上不關心。
第二種是一種基于框架的方法，實際上尤其是在去年，我看到這種架構在TOGAF下取得了長足的發(fā)展。除此以外，還有其他架構框架，但是TOGAF是唯一可以被稱為工業(yè)標準的一個。當然，Zachman框架也很流行，但是它沒有財團或者一個工業(yè)標準組織支持。很多人已經(jīng)通過了資質(zhì)認證。這些框架很大，因此挑戰(zhàn)就在于你需要對它進行適當裁剪以便可以將它應用到你的組織里面。從事架構設計者需要理解怎么正確的應用它。
第三種方法就是將被我稱為敏捷企業(yè)架構的方法。這是一個“從小的方面開始并關注具體商業(yè)挑戰(zhàn)”類型的計劃。然后依此你需要制作一個企業(yè)架構計劃，計劃要從強調(diào)這些挑戰(zhàn)開始。當我們強調(diào)一個挑戰(zhàn)的時候我們也應該尋找下一個挑戰(zhàn)。這樣依此類推—加起來就構成了企業(yè)架構。我認為這種方法是最行之有效的。但這對實踐者有很高的要求。現(xiàn)在很缺少這種類型的企業(yè)架構師。
Jack Vaughan：這樣的話，敏捷企業(yè)架構是從敏捷開發(fā)而來的嗎？相比TOGAF或者一些聯(lián)合架構，他是不是更多的面向開發(fā)者的一種架構？
Mike Rosen：它不是從敏捷開發(fā)運動而來的，但是它遵循相同原則，這就是你要理解你的需求，通過小規(guī)模增量方法來滿足那些需求，從你的項目出資人那里得到持續(xù)反饋并尋找到一些能夠證明這么做的價值的方法。它與敏捷軟件開發(fā)方法的最大區(qū)別在測試優(yōu)先原理。測試優(yōu)先對于貫徹一個企業(yè)架構計劃來說非常困難。因此雖然理念相同，但總體來說，架構和開發(fā)還是有一些區(qū)別。
免責聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時，請及時通知本站，予以刪除。
搶沙發(fā)
