成功规划SOA实作篇

《成功规划SOA实作篇》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、成功規劃SOA：實作篇DavidGroves　　2006/06/05在發展IT架構時你會逐漸發現到，若要獲致真正的業務效益，你必須徹底改變系統架構的思維。本文是關於服務導向架構(SOA)的系列三篇文章中的第一篇，將提供你實用祕訣、深刻剖析和領域模型（DomainModel）以規劃和開發一個成功的SOA。SOA：一種新的思維方式愛因斯坦說：「當我們面臨重大問題，如果我們沒有從引發問題的層次往上提升，從更高的層次觀察問題，這些問題將不可能被解決。」這個概念應用到當今的企業運算領域時，如果我們不改變對IT的思維習慣，I

2、T也就無法成功支援商業方面的需求。對於開發人員和企業架構師來說，SOA為這種改變提供一個基礎的架構。這裏我們要思考的問題是：我們該如何自我提升到新的層次？該如何為這種徹底變革做準備？如何確保以最具成本效益、對組織最沒有損害的方式來進行這種變革？所有答案之首在於適當的規劃。與其說SOA是一種技術，不如說它是一種思維方式。它是一項大膽的基礎架構變革，代表我們在使用技術和相互協同方式上的變革。它的爆紅不是業界一時熱潮的結果，而是因為IT業已認知到SOA乃是促進業務和IT系統更密切結合的重大革命。這場革命驚天動地，對企業

3、具有深遠影響。究竟什麼是SOA？服務導向架構是一種IT策略，它把包含在各種企業應用中的功能組織成相互可操作的標準化服務，而這些服務又可以迅速組合和重覆使用以滿足業務需求。一個服務是一個由服務層次協定（SLA）管理的原始碼模組，可經由標準化介面加以存取。每個服務都表示一部分的功能，明確對應到業務流程中的某一步驟。服務可以重新打造或是把現有把各自孤立的應用程式中的系統功能模組公開（expose）出來。慢慢地你就可以建立起服務目錄，使業務功能如液體般可以讓許多不同系統存取與重複使用。這樣，SOA就能同時支援策略變革並在

4、技巧層次上減少重複資料，避免資訊重覆輸入和人為錯誤。例如，使用SOA能建立一個消費者的單一視圖，在此流程中，開啟更多交叉銷售和向上銷售的可能性，進而提供更多服務提升使用者體驗。基礎架構新典範SOA的典範轉移有一部份是從應用基礎架構（ApplicationInfrastructure）轉換到服務基礎架構（ServiceInfrastructure）。在SOA之前，各種應用程式乃是以點對點的方式連結成相互分離(silos)的系統。SOA也用同樣的後端應用引擎和中介軟體，但更使用一個聚合的服務基礎架構層（Service

5、InfrastructureLayer），如圖一所示。圖一服務基礎架構層SOA實作SOA實作依照以下步驟開始：‧思維需具備策略性，執行需具有戰術性：應從簡單的、中立的服務來實作，從單一核心流程開始，而不要想橫跨多個業務部門。‧從上到下考量：找出支援這個單一核心流程所需的服務。‧從下到上考量：找出現有系統中可當成一個服務公開、支援這個流程的功能。‧考慮基礎架構服務：找出共通的支援功能需求。‧逐步擴充：最初的專案成功之後，再邁入技術上較具難度挑戰性的專案。‧建立應用目錄(applicationcatalog)：一個又

6、一個專案下來，逐步累積與重覆使用服務模組，長期下來可減少你的成本。‧關注受益：按投資回報率(ROI)切分專案階段，也要為整合預留一段時間。利用好的模型有效規劃SOA若想成功，仰賴IT和業務單位之間新的合作方式。在你開始SOA規劃時，你需要在技術性和非技術性要素之間取得有效的平衡。為此BEA發展了DomainModel（如圖二所示），可協助指導你規劃須等量齊觀的六大領域以確保導入的成功。方法論:BEASOADomainModel圖二BEADomainModel最好先從「業務策略與流程」、「架構」以及「成本與效益」三

7、個領域著手規劃。業務策略與流程：把SOA對應到業務SOA把IT功能對應到業務流程，使業務隨著時間而改善。對應流程如下：‧分析：研究業務流程，找出所需的支援功能。‧開發：從現有的IT資產中蒐集功能，開發新功能，確保所有服務都有明確的服務層級協定。‧利用：將服務編排進流程，確保未來措施與策略一致，找出最佳化時機。架構：定義長期需求為IT組織建立參考架構很重要。這種參考架構描述的不是現有狀態，而是依據貴公司長遠目標的二、三種架構融合而成的長期遠景圖。你應該花些時間來定義架構的指導原則和策略，但要避免使這些指導原則走入死

8、胡同。SOA系統的彈性和模組化特性是第一考量。成本和效益：展現立即的業務價值SOA宗旨在於佈署底層架構，因此重要的是依據成本效益排定服務開發的優先順序，這樣SOA從一開始就能有好的ROI。若能仔細規劃，你的「啟動」成本多半可以為現有預算所吸收。經過一段時間後，服務模組的重覆使用可確保以後每個新業務應用程式的啟動成本很低。在實作一開始設定好基線(baseline)，確保進度