成功規劃SOA(1): 實作篇
SOA：一種新的思維方式
愛因斯坦說：「當我們面臨重大問題，如果我們沒有從引發問題的層次往上提升，從更高的層次觀察問題，這些問題將不可能被解決。」這個概念應用到當今的企業運算領域時，如果我們不改變對IT的思維習慣，IT也就無法成功支援商業方面的需求。對於開發人員和企業架構師來說，SOA為這種改變提供一個基礎的架構。
這裏我們要思考的問題是：我們該如何自我提升到新的層次？該如何為這種徹底變革做準備？如何確保以最具成本效益、對組織最沒有損害的方式來進行這種變革？所有答案之首在於適當的規劃。
與其說SOA是一種技術，不如說它是一種思維方式。它是一項大膽的基礎架構變革，代表我們在使用技術和相互協同方式上的變革。它的爆紅不是業界一時熱潮的結果，而是因為IT業已認知到SOA乃是促進業務和IT系統更密切結合的重大革命。這場革命驚天動地，對企業具有深遠影響。
究竟什麼是SOA？
服務導向架構是一種IT策略，它把包含在各種企業應用中的功能組織成相互可操作的標準化服務，而這些服務又可以迅速組合和重覆使用以滿足業務需求。
一個服務是一個由服務層次協定（SLA）管理的原始碼模組，可經由標準化介面加以存取。每個服務都表示一部分的功能，明確對應到業務流程中的某一步驟。服務可以重新打造或是把現有把各自孤立的應用程式中的系統功能模組公開（expose）出來。
慢慢地你就可以建立起服務目錄，使業務功能如液體般可以讓許多不同系統存取與重複使用。這樣，SOA就能同時支援策略變革並在技巧層次上減少重複資料，避免資訊重覆輸入和人為錯誤。例如，使用SOA能建立一個消費者的單一視圖，在此流程中，開啟更多交叉銷售和向上銷售的可能性，進而提供更多服務提升使用者體驗。
基礎架構新典範
SOA的典範轉移有一部份是從應用基礎架構（Application Infrastructure）轉換到服務基礎架構（Service Infrastructure）。在SOA之前，各種應用程式乃是以點對點的方式連結成相互分離(silos)的系統。SOA也用同樣的後端應用引擎和中介軟體，但更使用一個聚合的服務基礎架構層（Service Infrastructure Layer），如圖一所示。
圖一 服務基礎架構層
SOA實作
SOA實作依照以下步驟開始：
•思維需具備策略性，執行需具有戰術性：應從簡單的、中立的服務來實作，從單一核心流程開始，而不要想橫跨多個業務部門。
•從上到下考量：找出支援這個單一核心流程所需的服務。
•從下到上考量：找出現有系統中可當成一個服務公開、支援這個流程的功能。
•考慮基礎架構服務：找出共通的支援功能需求。
•逐步擴充：最初的專案成功之後，再邁入技術上較具難度挑戰性的專案。
•建立應用目錄(application catalog)：一個又一個專案下來，逐步累積與重覆使用服務模組，長期下來可減少你的成本。
•關注受益：按投資回報率(ROI)切分專案階段，也要為整合預留一段時間。
利用好的模型有效規劃
SOA若想成功，仰賴IT和業務單位之間新的合作方式。在你開始SOA規劃時，你需要在技術性和非技術性要素之間取得有效的平衡。為此BEA發展了Domain Model（如圖二所示），可協助指導你規劃須等量齊觀的六大領域以確保導入的成功。
方法論 : BEA SOA Domain Model
圖二 BEA Domain Model
最好先從「業務策略與流程」、「架構」以及「成本與效益」三個領域著手規劃。
業務策略與流程：把SOA對應到業務
SOA把IT功能對應到業務流程，使業務隨著時間而改善。對應流程如下：
•分析：研究業務流程，找出所需的支援功能。
•開發：從現有的IT資產中蒐集功能，開發新功能，確保所有服務都有明確的服務層級協定。
•利用：將服務編排進流程，確保未來措施與策略一致，找出最佳化時機。
架構：定義長期需求
為IT組織建立參考架構很重要。這種參考架構描述的不是現有狀態，而是依據貴公司長遠目標的二、三種架構融合而成的長期遠景圖。你應該花些時間來定義架構的指導原則和策略，但要避免使這些指導原則走入死胡同。SOA系統的彈性和模組化特性是第一考量。
成本和效益：展現立即的業務價值
SOA宗旨在於佈署底層架構，因此重要的是依據成本效益排定服務開發的優先順序，這樣SOA從一開始就能有好的ROI。若能仔細規劃，你的「啟動」成本多半可以為現有預算所吸收。經過一段時間後，服務模組的重覆使用可確保以後每個新業務應用程式的啟動成本很低。在實作一開始設定好基線(baseline)，確保進度可被測量，同時要避免在過程中臨時要回頭填補坑洞。
使用SOA成熟度模型
這牽涉到方法論的問題。BEA的SOA成熟度矩陣（如本圖所示）可協助監視SOA佈署，以便協助企業依據不同開發階段檢查進度。這個矩陣被劃分成三個階段：探索（Exploring）、延伸（Expanding）和使用（Exploiting）。你可以使用像BEA Online Self-Assessment Tool的工具來評估架構的成熟度。
SOA通常不是一種零與一的兩極化選擇，一般是採取分階段漸進的模式，我們未來還有其他主題（如定義長期的架構和發現立即的業務價值）來探討之。
結論
本文目的在於提供你成功規劃SOA的指導方針，我們相信，這個方法最能讓你順利佈署SOA，使公司的開發和業務靈活性提升到新的境界。
David Groves為BEA全球諮詢事業群美洲SOA Practices Lead，擁有涵括IT策略、企業解決方案諮詢、專業管理及專案實作方法論等11年產業經驗。
本文為投稿作者意見，不代表CNET立場。--
|
|
|
|
| 
名家專欄
活動快訊
- Taiwan.CNET.com |
- ZDNet |
- Crave 科技瘋 |
- 關於CNET Networks Taiwan |
- 刊登廣告 |
- 電子報訂閱 |
- RSS Feeds |
- 與編輯部聯絡•投稿 |
2.peiyi.chou 於 2007/09/26 17:36 回應
一家公司名稱1.匿名 於 2007/09/01 09:00 回應
圖示的 BEA 是什麼東東啊 ?