面向服務架構（SOA）是一種架構模式，開放組織架構框架（TOGAF）是一種架構框架。將二者結合在一起似乎前途一片光明，但是現(xiàn)實生活中真的是這樣嗎？開放組織肯定是這樣認為的——許多開放組的成員一直在努力將兩種概念結合起來。很多成員也在SOA/TOGAF實用指南項目上花費了大量的心血，這一項目是SOA工作組在開放組方面實施的眾多項目之一。
SOA/TOGAF實用指南項目意在TOGAF架構開發(fā)方法中開發(fā)具體的SOA擴展，該TOGAF架構開發(fā)方法是TOGAF組成的核心部分。該實用指南項目的原理是：如果SOA是一種架構模式，這樣就有可能利用某種具體的SOA活動和可交付投遞，擴展風格獨立的TOGAF ADM方法以便生成一個服務定向ADM。
為什么SOA專業(yè)人員都對TOGAF感興趣呢？如果你把SOA當作一種技術而不是一個架構，這樣在架構框架中就看不到任何價值了。即便把SOA看做是一個架構，你也只是覺得自己在開發(fā)并實施SOA,并且在這個過程中沒有得到來自TOGAF的任何幫助。那么TOGAF到底有哪些作用呢？
在SOA開發(fā)和實施過程中使用TOGAF架構開發(fā)方法（ADM）
例如，美國國防部多年來一直在使用TOGAF，TOGAF已經(jīng)成為架構開發(fā)的行業(yè)標準，并且涵蓋了許多開放小組成員的成功經(jīng)驗，今年發(fā)布的TOGAF 9在TOGAF 8基礎上做出了更大的改進，例如可用性增強，更為關注企業(yè)整體變化，輸入的協(xié)調性大為提高。TOGAF9還增加了一個模塊結構，內(nèi)容框架（賦予架構模型和架構定義結構），并擴展了對企業(yè)內(nèi)部TOGAF的指導。
此外，TOGAF 9還考慮到了架構模式，尤其是SOA。TOGAF 9中專門有一章是關于用TOGAF來定義和治理SOA實施的。本文主要將SOA看作是一種架構形式，并且重點關注那些和SOA的使用以及布置相關的要素，SOA和TOGAF之間的聯(lián)系以及服務合同的定義和結構。
TOGAF ADM代表了一種“麥田里的怪圈現(xiàn)象”，從初步設計階段開始，機構建立并開發(fā)了一個架構，然后陷入了以需求為驅動的架構開發(fā)怪圈，最后是架構變更管理階段，在這個階段，機構會對新架構做出修改。
我們快速瀏覽一下ADM，并仔細觀察SOA究竟可以從TOAAF借鑒到什么。
·初步設計階段。初步設計階段就是一個架構小組要設計架構的階段。我們可以根據(jù)企業(yè)和架構小組的具體需求指定ADM。這些需求也包括SOA這種架構模式。
·第一階段——架構視圖。架構小組要在這個階段定義架構項目的規(guī)模，風險承擔者以及架構視圖，還有繼續(xù)授權，以便明確這一措施的業(yè)務目標，得到業(yè)務風險承擔者的補倉。
·第二階段——業(yè)務架構。架構小組要在這一階段開發(fā)出一個基準和目標業(yè)務架構，并進行支持已有架構視圖的缺口分析，這個階段的重點從SOA轉移到了義務需求的決策以及業(yè)務服務的認證方面。
·第三階段——信息系統(tǒng)架構。這一階段解決的是應用和數(shù)據(jù)架構問題。架構小組開發(fā)基準和信息系統(tǒng)（IS），進行支持已有架構視圖的缺口分析，架構IS服務，并將它們與業(yè)務服務相關聯(lián)。這也是此階段SOA活動的主要方面。
·第四階段——技術架構。架構小組會開發(fā)一個基準線和目標技術架構，進行支持已有架構視圖的缺口分析，決定SOA基礎設施組件，例如SOA中介物，或者SOA治理平臺。
·第五階段——機會和解決方案。通過識別交付工具（項目、程序、組合），架構小組將在這一階段完成架構定義。這些識別交付工具可以有效的交付他們在先前幾個目標架構識別的目標架構。
·第六階段——遷移規(guī)劃。第六階段的重點是和項目經(jīng)理一同創(chuàng)建可行的實施和遷移。我們會在這個階段為SOA措施設計全景規(guī)劃，因此這個階段涵蓋了架構和實施階段。
·第七階段——實施治理。
·第七階段將通過架構合同，建立架構和實施之間的聯(lián)系，該服務合同可以幫助我們觀察整個架構，同時檢查實施情況。確保架構按照設計需求實施架構，對于SOA措施和其他的架構措施同樣重要。這一階段的活動將會對齊實施與業(yè)務目標。
·第八階段——架構變化管理。架構變化管理的目標是要確保架構能夠實現(xiàn)其原有的目標業(yè)務值。這一目標包括以緊湊的架構方式管理架構變化。為了保證持續(xù)對SOA措施進行架構描述，需要實施變化管理，這樣機構便可以快速的對業(yè)務和技術變化做出回應，這樣的變化往往會影響SOA實施。
·架構請求管理階段。請求管理流程一直在驅動ABM。架構經(jīng)常處理業(yè)務驅動器和約束條件，從本質上來說，這些都是企業(yè)所無法控制的（不斷變化的市場條件，新法律法規(guī)的出臺等等），缺乏控制就會產(chǎn)生許多無法預<script type="text/javascript" src="http://www.javaeye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.javaeye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>測的變化，ADM對于業(yè)務要求的關注對SOA措施的成功實施有著重要的影響。如果將架構定義以及實施與業(yè)務要求對齊就會實現(xiàn)業(yè)務目標，使整體措施的期望值得以實現(xiàn)。
不要指望TOGAF能夠解決你所有的SOA問題。但是可以期望ADM能夠為你的架構工作提供結構。在SOA環(huán)境下使用TOGAF可以帶來的收益包括：
·TOGAF為SOA提供了一種架構方法。
·TOGAF ADM覆蓋了SOA整個生命周期。
·使用像TOGAF ADM的標準方法可以降低項目風險。
·TOGAF可以更好的將業(yè)務策略與優(yōu)先順序對齊。
TOGAF內(nèi)容框架的作用
除了ADM以外，TOGAF的最新版本包含了一個內(nèi)容框架，通過該內(nèi)容框架，可以幫助我們構建并設計架構成品。
當定義服務模型、目錄和注冊表時，可以參考內(nèi)容框架，它所提供的元模型可以幫助架構小組描述并編目服務，同時將服務定義和業(yè)務架構整合在一起。在元模型中，業(yè)務和IS服務相互分離，這已經(jīng)成為了一種規(guī)范，同時也高度重視對于IS服務的部署，部署IS服務支持業(yè)務價值的。
同時TOGAF也為內(nèi)容元模型提供服務擴展，除了業(yè)務服務的核心理念之外，還創(chuàng)建了IS服務概念，這樣可以更為準確的模擬服務組合。應用直接支持IS服務，創(chuàng)建IS服務抽取層，這樣可以放松對業(yè)務范圍的限制，同時風險承擔者也能賦予IS服務目錄形式。內(nèi)容元模型還指導SOA實踐者如何定義服務目錄，如何將服務定義整合到全部業(yè)務和解決方案架構當中。
TOGAF是一種通用的架構框架，并不專門針對某一個具體的行業(yè)、架構模式、布局或者技術。通過進一步了解，我們認識到業(yè)務和技術團體都可以開展SOA措施，每個小組的側重點不同但是他們的活動是互補的，并且在服務理念這一點相交。因此TOGAF的實施需要順應當?shù)氐奈幕约皺C構的管理流程，同時還有架構模式以及技術策略。
開發(fā)小組的現(xiàn)有策略是令ADM類和其他模式的擴展以及SOA保持獨立，這些具體模式的擴展往往局限于某個單獨的章節(jié)或者單獨的文檔，例如開發(fā)小組SOA工作組出版的SOA源書，ADM中包含了SOA實踐的許多方面，盡管還沒有和SOA最佳實施完全對齊。
在SOA措施中，你是如何決策，到底用還是不用TOGAF ADM呢？如果你已經(jīng)采用了SOA方法，并且這種方法行之有效，那么ADM短期內(nèi)無法增加業(yè)務價值，但是這并不影響你對ADM做出評估，你能夠從TOGAF上學到很多有價值的知識，但是如果你還沒有采用SOA方法，或者在實施SOA的過程中遇到了問題，這時候就需要考慮ADM了。這時你需要投資很多時間和精力學習并修整ADM，但是和長期取得的收益相比，這一切都是值得的。
第三十四屆CIO班招生
北達軟EXIN網(wǎng)絡空間與IT安全基礎認證培訓
北達軟EXIN DevOps Professional認證培訓
責編：waxg
免責聲明：本網(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ā)
