| Editorial staff (dwinfo@us.ibm.com), developerWorks, IBM 2006 年 8 月 10 日 IBM 專家將提供各自的個人觀點，以推動 IT 體系結(jié)構(gòu)實踐方面的發(fā)展，從而幫助您更好地擔(dān)當(dāng)架構(gòu)師這一職責(zé)。 引言：IT 體系結(jié)構(gòu)不像電視節(jié)目 注意：有關(guān)觀點與展望 專欄的全面的信息，請參閱以前的部分： 我希望能有電視節(jié)目展示 IT 架構(gòu)師的生活。但您知道在電視上的樣子。人們都很了不起，通常長得很好看，手邊有所有需要的東西，他們都異常的聰明——而且所有部分都非常輕易地就整合到 一起了。您可能看著這樣的節(jié)目，而忘記了他們的實際工作有多困難。暫時逃避一下現(xiàn)實。而且，每周您都有機會假裝這就是真實的生活。 我們都知道，和生活一樣，IT 體系結(jié)構(gòu)并不是這樣的。（真是的，撰寫這個專欄甚至也不那樣簡單，只是純粹說說才很簡單。）需要進行培訓(xùn)，需要努力工作，需要使用技能技巧，會犯很多錯誤，而且需要很多的耐心。當(dāng)然，說需要一定天分也未嘗不可。 知道了成為一個成功的 IT 架構(gòu)師需要投入多少工作后，我們就想知道哪些因素對成為一個不錯的架構(gòu)師起決定性作用。因此，我們向?qū)＜医M提出了這樣的問題：“什么技能對 IT 架構(gòu)師最有價值，架構(gòu)師如何學(xué)習(xí)這些技能？” 可以在很多地方找到成為好的架構(gòu)師所需的技能列表——書上、培訓(xùn)課程、大學(xué)、有關(guān)體系結(jié)構(gòu)的其他網(wǎng)站上等等。例如，IBM 的內(nèi)部專業(yè)提高網(wǎng)站就提出以下幾點 IT 架構(gòu)師的理想特征：
和可能看到的很多其他列表類似，這個列表相當(dāng)泛泛，可能并不如您所期望的那樣有可操作性。而這正是我們詢問前面的問題的原因所在：幫助您確定一個明確的方向。 我們希望對此問題的討論能為您提供幫助。我們鼓勵您在 IT 體系結(jié)構(gòu)討論論壇發(fā)表您對這些觀點的看法。如果您有任何問題希望我們的專家進行答復(fù)，請與我聯(lián)系。充分利用專家資源——他們非常樂意為您提供幫助，非常愿意能推動 IT 體系結(jié)構(gòu)方面的實踐。 Paul Dreyfus，編輯 另，為了避免對我們的排序方式的意見，我們已根據(jù)專家的名字按字母順序?qū)谶M行了排序。不過，請一定閱讀全文；您肯定不希望漏掉 Walker Royce 的連珠妙語。 
架構(gòu)師必須 學(xué)習(xí)權(quán)衡各個相互沖突的需求的技能。在調(diào)和體系結(jié)構(gòu)的各個組成部分時，我們必須對各個看起來截然相反的事項進行權(quán)衡，如下面這些事項：
無論從技術(shù)角度出發(fā)，還是就業(yè)務(wù)角度而言，我們都需要對經(jīng)常沖突的各種考慮和各個側(cè)面進行權(quán)衡。在看起來似乎無法解決的情況下進行正確的權(quán)衡是架構(gòu)師成功的關(guān)鍵。 這經(jīng)常意味著要首先確定有哪些約束，理解這些約束為何存在沖突，并確定如何在問題空間對這些考慮進行權(quán)衡，從而解決所面臨的問題。  這就是體系結(jié)構(gòu)：專門化的彼此不同的部分一起協(xié)作，形成完整的應(yīng)用程序。IT 架構(gòu)師知道如何將問題劃分為專門化的各個部分，并使其作為整體一起協(xié)同工作。 那么，什么是對 IT 架構(gòu)師最具價值的技能呢？就是要了解這些不同類型的服務(wù)器以及其提供來幫助解決問題的不同功能，并要了解如何將它們一起使用來開發(fā)和部署應(yīng)用程序。成為一 個引擎方面的專家也非常誘人，如數(shù)據(jù)架構(gòu)設(shè)計人員、規(guī)則專家、J2EE 開發(fā)人員。團隊也需要這樣的人員，但他們不是架構(gòu)師。IT 架構(gòu)師至少對所有這些方法都有所了解，了解哪個引擎適合用于執(zhí)行應(yīng)用程序中的何種任務(wù)，知道如何將應(yīng)用程序分解成各個專門化的部分以及如何使這些部分一起 工作。 實際上，這是 IT 軟件 架構(gòu)師。真正的 IT 架構(gòu)師不僅需要了解軟件，也要了解以下內(nèi)容——甚至可能還要包括其他方面的東西：
需要學(xué)習(xí)很多內(nèi)容，但軟件方面無疑可以作為一個很好的起點開始學(xué)習(xí)。 如何學(xué)習(xí)這些技能呢？您需要逐個學(xué)習(xí)各個部分，并學(xué)習(xí)如何將其作為整體結(jié)合使用。首先要學(xué)習(xí)如何實現(xiàn)各個部分，如何使用每種類型的引擎。不知道工作流到底是什么？獲取 WebSphere Integration Developer 并實現(xiàn) HelloWorld 業(yè)務(wù)流程執(zhí)行語言（Business Process Execution Language，BPEL）流程。不了解消息傳遞？閱讀 developerWorks 上介紹如何使用服務(wù)集成總線的簡單示例的文章。學(xué)習(xí)了每種服務(wù)器的細節(jié)知識后，請將這些細節(jié)放在一邊，而將精力放在每種引擎所能完成的任務(wù)的全局狀況上。 消息傳遞、規(guī)則、工作流、數(shù)據(jù)和自定義代碼——這些都彼此不同，但差異在哪里呢？了解了這一點后，您將能夠把應(yīng)用程序劃分為多個部分，從而利用每種引擎的 獨特功能。 此時您就成為了一名 IT 架構(gòu)師。  快速學(xué)習(xí)新事物的能力。這一點適用于我們這個不斷發(fā)展的行業(yè)的很多角色，而不僅是 IT 架構(gòu)師。 那么，如何學(xué)習(xí)這個技能呢？ 我是在讀大學(xué)時學(xué)到這項技能的。從那以后，我們忘記了在那里學(xué)習(xí)過的很多東西，包括 Lisp、微分方程等。但我保留了快速學(xué)習(xí)這一技能。  顯然，對這個職位而言，溝通和推動力是其關(guān)鍵的技能。IT 架構(gòu)師使用他們的經(jīng)驗和直觀推斷來將暫時的定義欠佳的問題空間簡化為能夠構(gòu)建和交付的內(nèi)容，并同時始終以客戶的需求為工作的核心。
如何學(xué)習(xí)這項技能？練習(xí)，練習(xí)，再練習(xí)。
這就是將架構(gòu)師與專業(yè)人員區(qū)分開的一項技能：通過全局性的視圖，可以更全面地看待整個系統(tǒng)并了解其他一些注意事項，從而幫助您確定哪些是重要內(nèi)容， 哪些是干擾信息。此技能也能在不同角色身上和不同情況下發(fā)揮作用，不受技術(shù)、行業(yè)和職務(wù)級別的影響。具有這種能力的技術(shù)架構(gòu)師可以幫助在業(yè)務(wù)和技術(shù)之間建 立聯(lián)系。 如何獲得此技能：體驗學(xué)習(xí)。接觸架構(gòu)師工作的解決方案的子項目或子組件，不斷詢問自己這些問題：“為什么這個重要？”和“我的這一部分解決方案與什么相關(guān)？”嘗試了解各個部分如何形成更大的完整程序。從外向內(nèi)了解各個部分。
如何學(xué)習(xí)此技能：我發(fā)現(xiàn)，對于嘗試學(xué)習(xí)和進行全局思維實踐的人來說，一種稱為思維導(dǎo)圖的創(chuàng)造性思考技術(shù)異常有用。（思維導(dǎo)圖是由 Tony Buzan 于 20 世紀(jì) 60 年代末提出的，用以幫助人們開發(fā)大腦潛能。）這項技術(shù)可幫助您捕獲和組織各個想法（或組件），能在單頁中體現(xiàn)各個組件的多層次分解和組件的相關(guān)關(guān)系。由于 與某個主題相關(guān)的所有內(nèi)容的全貌都呈現(xiàn)在單個頁面上，這就訓(xùn)練大腦在相關(guān)上下文中看待所有事項，并允許對有興趣的主體進行進一步分解，且同時保持對全局情 況的了解。 很多工程方面的造詣依賴于理解和分析故障以了解根源的實踐。而這個技能正是我所要討論的技能——系統(tǒng)地對故障和性能問題進行分析，然后對問題進行細化，以確定根源。IT 架構(gòu)師首先需要能夠?qū)撛诘耐掏聠栴}進行預(yù)先估計，并設(shè)計恰當(dāng)?shù)慕鉀Q方案來防止發(fā)生此類問題。
除了通過固有的基本學(xué)習(xí)能力外，還可以通過一些其他方式來獲得此技能：
例如，在分析 Web 應(yīng)用程序的性能時，如果所耗的大部分時間（如 90%）都花在數(shù)據(jù)庫服務(wù)器上的密集型數(shù)據(jù)庫搜索、查詢和數(shù)據(jù)聚合上了，則通過調(diào)整 Web 表示層的算法并不會帶來太多改善。關(guān)鍵是能夠處理查詢性能問題（如果您是專家）或找到能夠及時解決問題的專家。進行此類推理要求具有分析技能，能考慮更大 范圍內(nèi)的情況和進行恰當(dāng)?shù)恼壑?，并同時對特定技術(shù)領(lǐng)域進行深入分析。 那么如何學(xué)習(xí)這項技能呢？通過實際接觸多個項目、向同事學(xué)習(xí)以及了解和利用體系結(jié)構(gòu)模式和最佳實踐。 有能力的架構(gòu)師是天生的，而不是培訓(xùn)出來的。有潛質(zhì)的人可以進行培養(yǎng)，但如果您天生就不能領(lǐng)悟多維的“美麗”，您可以永遠也學(xué)不會。因此，一個更好的問題是，如何能確定那些天生就具有架構(gòu)師能力的人并培養(yǎng)他們的相關(guān)技能呢？ 這方面我也不確定。 Ali Arsanjani 博士是 IBM Global Services 的 SOA and Web Services Center of Excellence 的首席架構(gòu)師，主要負責(zé)收集和制定 SOA 和 Web 服務(wù)的建模、分析、設(shè)計和實現(xiàn)方面的最佳實踐。他是內(nèi)部的 IBM 全球 SOA and Web Services Community of Practice（擁有 4,000 名成員）的負責(zé)人，是 SOA 的面向服務(wù)的建模和體系結(jié)構(gòu)（Service-Oriented Modeling and Architecture，SOMA）方法的主要作者之一。他目前的工作重點是支持建模 (SOMA)、評估、策略與計劃、管理、體系結(jié)構(gòu)和實現(xiàn)的 SOA 工具，以及其在 IBM 內(nèi)部和外部的實際應(yīng)用。請訪問他的博客：Best Practices in Service-Oriented Architecture。 Bobby Woolf 是一名 IBM Software Services for WebSphere 咨詢師，負責(zé)幫助客戶使用 WebSphere 實現(xiàn)成功。他與人合著了 Enterprise Integration Patterns 和 The Design Patterns Smalltalk Companion。請參閱 developerWorks 上 Bobby 的博客，以了解更多信息。 Christina Lau 是 On Demand Development 團隊的一名架構(gòu)師。她目前參與的項目包括創(chuàng)建 Pattern Solutions using Rational Software Architect 和試用業(yè)務(wù)創(chuàng)新和優(yōu)化功能。Christina 一位高級技術(shù)人員，同時也是 IBM Academy of Technology 的成員。她還是新書《Introduction to IBM Rational Application Developer》的合著者。 David K. Jackson 是 IBM Americas Software Sales 的一位咨詢 IT 架構(gòu)師，是常駐 New York Technical Exploration Center 的 IT 架構(gòu)師。同時，他還是 Open Group Architecture Forum 的副主席。The Open Group 是一個 IT 行業(yè)標(biāo)準(zhǔn)組織，是 X-open 和 Open Software Foundation 合并而成的。The Open Group Architecture Forum 已制定并發(fā)布了唯一的行業(yè)標(biāo)準(zhǔn)企業(yè)體系結(jié)構(gòu)開發(fā)方法。The Open Group 還于 2005 年建立了一個 IT 架構(gòu)師認證計劃，對 IT 行業(yè)中的 IT 架構(gòu)師的含義進行了定義。 Grady 是 IBM Fellow，曾參與過全球幾乎能想象得到的所有領(lǐng)域的很多復(fù)雜的以軟件為中心的系統(tǒng)，在其中擔(dān)任架構(gòu)師或體系結(jié)構(gòu)顧問。Grady 編寫過六本暢銷書，發(fā)表了數(shù)百篇關(guān)于軟件工程的文章，其中包括在上個世紀(jì) 80 年代早期發(fā)布的數(shù)篇論文，后來從這些論文中發(fā)展出來了面向?qū)ο蟮脑O(shè)計的術(shù)語和實踐。請訪問他的博客 Software architecture, software engineering, and Renaissance jazz。 IBM 杰出工程師 Jenny Choy 是 IBM Canada Ltd 的 Business Consulting Services 內(nèi) Application Services 的 Transformation Engineering 負責(zé)人。她同時也是 IBM Academy of Technology 的成員和認證 IT 架構(gòu)師。 Kurt Bittner 從事 IBM? Rational 軟件的產(chǎn)品策略工作。他 23 年來一直在從事幫助各個團隊更好地開發(fā)軟件方面的工作。他曾是早期 Rational Unified Process (RUP)? 開發(fā)團隊的一員，負責(zé)過很多行業(yè)的開發(fā)團隊的工作。不進行軟件開發(fā)工作時，他喜歡的休閑活動是攀爬冰瀑。Kurt 和 Ian Spence 合作編寫了 Use Case Modeling（Addison-Wesley，2003 年）和 Managing Iterative Software Development（Addison-Wesley，2006 年即將出版）。 Sanjay Bose 供職于 IBM Software Strategy 部門，負責(zé) Enterprise Integration Design Center，該中心對 IBM Software 投資組合需求進行標(biāo)識，并通過參與企業(yè)客戶和 IBM Software 產(chǎn)品開發(fā)實驗室的工作來開發(fā)解決方案組件和資產(chǎn)。他有超過 12 年的 IT 行業(yè)從業(yè)經(jīng)驗，主要涉及創(chuàng)建產(chǎn)品體系結(jié)構(gòu)、設(shè)計和細化技術(shù)策略以及使用分布式技術(shù)設(shè)計企業(yè)應(yīng)用程序系統(tǒng)。他擅長的領(lǐng)域包括 SOA、Enterprise Service Bus (ESB)、Web 服務(wù)、Java? 2 Platform, Enterprise Edition (J2EE) 和電子商務(wù)技術(shù)。他與人合著了《SOA Compass》一書，并在 IBM developerWorks and Systems Journal 上發(fā)表了一些文章。他目前在賓夕法尼亞州匹茲堡居住和工作，業(yè)余時間他喜歡參加哲學(xué)講座、讀書、看到電影和玩 Sony PlayStation。請參閱他的博客：SOA, ESB, and beyond。 杰出工程師 Sridhar Iyengar 負責(zé) IBM Rational Software 開發(fā)團隊的技術(shù)策略。他是 OMG Architecture 委員會和董事會的成員，對模型驅(qū)動的體系結(jié)構(gòu)標(biāo)準(zhǔn)的發(fā)展進行指導(dǎo)。 Walker Royce 是 Rational Software 團隊的老牌成員，目前擔(dān)任 IBM Software Services Rational 的副總裁。他是《Software Project Management, A Unified Framework》 （Addison Wesley Longman，1998 年）的作者，同時也是 Rational Unified Process 中繼承的管理理念的主要倡導(dǎo)者。在加入 Rational 前，Walker 在 TRW Electronics and Defense 從事了 16 年軟件開發(fā)工作，并獲得了 Chairman‘s Award for Innovation。 |
