SOA的架構功能需求分析

摘要:面向服務的架構(SOA)作為一種架構方法。將企業應用中分散的功能組織成為基于標準、松耦合、可互操作的業務服務。SOA讓IT變得更有彈性，能夠更快地響應業務需求，從而實現更好的業務靈活性。本文對SOA架構的優勢進行了簡要分析，同時對其功能需求也提出了4個基本要求。

關鍵詞:SOA;服務架構;服務驅動;服務總線

中圖分類號:TP311

文獻標識碼:B

文章編號:1002-2422(2010)06-0120-02

在簡單高效的SOA基礎架構的支持下，IT將可以實現“服務驅動”的愿景，快速推出新服務，在幾乎不中斷IT基礎架構的情況下重用有價值的業務功能;使IT與業務需求保持一致，響應業務流程的更改，并為用戶提供更卓越的服務。

為使IT架構盡可能快地響應業務需求，需要改變架構自身的角色。面向服務的架構就是提供改變的一種方式。SOA有明確的特征，與目前大多數大公司定義的架構方式根本不同。這些特征完全能夠適應更快的變化，并能加強業務與企業IT之間的協作。

1 基于服務

IT通常為了滿足一個特定業務領域的要求而出現或發展，只考慮那個領域的利益。IT通常都根據項目來投資和創建，目的是解決特定要求，故易出現功能重復的情況。由于采用“逐個項目”的開發方式，在代碼或組件級別來共享功能的傳統方法已經宣告失效。

基于服務的IT方法改變了功能的開發和交付方式。功能被一次性地考慮、分解和部署在企業的所有級別中，這降低了成本，加快了交付，提高了IT適應變化的能力。除要改變IT投資和管理方法外，基于服務的方法還要求在功能的打包和部署方式上做出改變。SOA還考慮使功能轉化為服務的可能方式，以及這些服務的管理和監控方法。

2 基于標準

傳統IT交付的另一個方面是每個項目通常都選取最有利的方法去滿足自身需求。這導致了技術增生。當考慮如何使建立在這些技術上的應用交換信息時，就會顯露出問題。以前像CORBA和DCOM等基于標準的組件模型效果不好，因為缺少執行它們的技術，還可能延緩支持標準的開發，或二種情況都有。更新技術(如XML、Web服務及UDDI等)為支持重用的、基于標準的SOA奠定了基礎，支持這些標準的技術很容易得到，并真正做到了平臺中立。

3 企業焦點

如果在業務部門內按項目來開發IT，實現企業范圍的流程或信息的可視化與管理將變得極其困難。許多機構通過成立企業架構小組或委員會來解決這些問題。這些小組通常只關注技術選擇，而沒有執行其他建議的權力。除加強管理外，這些小組需要一個機制，從而依據標準方式，按適當粒度和用戶社區可視化水平去定義、配置、監控和管理對企業功能的訪問。只有一個構建合理的、基于服務的且符合正確管理原理的企業架構，才能提供所需要的部署平臺。

4 業務焦點

在大多數企業中，業務用戶需要多種應用去完成他們的日常工作，各個獨立的應用是為不同的需求組合而創建的，這又是一個傳統IT交付的副產品，會造成浪費工作、增加培訓費用、過度依賴專業技能、重復記錄數據和缺乏對全部業務流程的可視性和控制等諸多弊端。SOA的目的為業務在用戶可以想象的級別上提供功能，使其日常使用變得易于理解、說明、測試和操作。

5 結束語

在實施SOA策略時，IT并不會“取代和淘汰”現有基礎架構，而是將這些應用展示為服務，供其他業務流程和應用重用，從而降低成本和復雜性。這就是說，要成功地實施SOA，必須有一個支持在異構環境中執行動態交互的集成層。這個集成層必須考慮IT環境固有的“演變”特性;必須支持不斷地改進現有服務，并能隨著業務的擴大而快速地添加新服務，以滿足新客戶、合作伙伴和業務的需求;必須對服務使用者隱藏服務端點的更改;還必須自動管理服務交互。

參考文獻

[1]凌曉東.SOA綜述.上海:計算機應用與軟件.2007，24(10):122-124.

[2]王恩德.利用SOA構建新一代企業管理信息系統[J].長春:吉林大學學報(信息科學版)，2006(3).

[3]經立輝.基于SOA的多元案件數據整合系統的設計與實現[D].上海:華東師范大學，2009.