今天，很多公司都試圖采用“服務驅動”的方式來提高敏捷性和響應能力，這不僅表現在與客戶和合作伙伴的交互上，也表現在IT基礎架構的設計和創建上。“服務驅動”要求IT實施面向服務的架構（SOA），將企業應用中的分散功能組合成基于標準、可互操作的“服務”，并快速組合和重用這些服務來滿足業務需求。SOA的中心是服務，而不是應用。通過實施SOA，公司能提高效率，更快地推出服務，并提高敏捷性，以響應不斷變化的業務需求。
為了優化IT基礎架構以交付服務，并將SOA從理想轉化為現實，IT需要一個“智能化”的基礎架構，以促進和簡化服務的重用，并在當今典型的IT環境（各種技術、協議和應用并存）中可靠地集成服務。IT正在實施一個抽象層，以簡化基礎架構，隱藏底層多種不同應用和技術造成的復雜性。在幾年前，這意味著提供一個用于定制企業應用的平臺。而到了今天，抽象層則基于服務，將企業流程表示為服務（由松耦合的業務邏輯片斷組裝而成），供其他服務和最終用戶使用。
在簡單高效的SOA基礎架構的支持下，IT將可以實現“服務驅動”的愿景，快速推出新服務，在幾乎不中斷IT基礎架構的情況下重用有價值的業務功能；使IT與業務需求保持一致，響應業務流程的更改，并為用戶提供更卓越的服務。
為使IT架構盡可能快地響應業務需求，需要改變架構自身的角色。面向服務的架構就是提供改變的一種方式。SOA有明確的特征，它與目前大多數大公司定義的架構方式根本不同。這些特征完全能夠適應更快的變化，并能加強業務與企業IT之間的協作。因此SOA架構功能需求主要體現在如下方面：
1、基于服務
IT通常為了滿足一個特定業務領域的要求而出現或發展，只考慮那個領域的利益。IT通常都根據項目來投資和創建，目的是解決特定要求，故易出現功能重復的情況。由于采用“逐個項目”的開發方式，在代碼或組件級別來共享功能的傳統方法已經宣告失效。
基于服務的IT方法改變了功能的開發和交付方式。功能被一次性地考慮、分解和部署在企業的所有級別中，這降低了成本，加快了交付，提高了IT適應變化的能力。除要改變IT投資和管理方法外，基于服務的方法還要求在功能的打包和部署方式上做出改變。SOA還考慮使功能轉化為服務的'可能方式，以及這些服務的管理和監控方法。
2、基于標準
傳統IT交付的另一個方面是每個項目通常都選取最有利的方法去滿足自身需求。這導致了技術增生。當考慮如何使建立在這些技術上的應用交換信息時，就會顯露出問題。以前像CORBA和DCOM等基于標準的組件模型效果不好，因為缺少執行它們的技術，還可能延緩支持標準的開發，或二種情況都有。更新技術（如XML、Web服務及UDDI等）為支持重用的、基于標準的SOA奠定了基礎，支持這些標準的技術很容易得到，并真正做到了平臺中立。
3、企業焦點
如果在業務部門內按項目來開發IT，實現企業范圍的流程或信息的可視化與管理將變得極其困難。許多機構通過成立企業架構小組或委員會來解決這些問題。這些小組通常只關注技術選擇，而沒有執行其他建議的權力。除加強管理外，這些小組需要一個機制，從而依據標準方式，按適當粒度和用戶社區可視化水平去定義、配置、監控和管理對企業功能的訪問。只有一個構建合理的、基于服務的且符合正確管理原理的企業架構，才能提供所需要的部署平臺。
4、業務焦點
在大多數企業中，業務用戶需要多種應用去完成他們的日常工作，各個獨立的應用是為不同的需求組合而創建的，這又是一個傳統IT交付的副產品，會造成浪費工作、增加培訓費用、過度依賴專業技能、重復記錄數據和缺乏對全部業務流程的可視性和控制等諸多弊端。SOA的目的為業務在用戶可以想象的級別上提供功能，使其日常使用變得易于理解、說明、測試和操作。
在實施SOA策略時，IT并不會“取代和淘汰”現有基礎架構，而是將這些應用展示為服務，供其他業務流程和應用重用，從而降低成本和復雜性。這就是說，要成功地實施SOA，必須有一個支持在異構環境中執行動態交互的集成層。這個集成層必須考慮IT環境固有的“演變”特性；必須支持不斷地改進現有服務，并能隨著業務的擴大而快速地添加新服務，以滿足新客戶、合作伙伴和業務的需求；必須對服務使用者隱藏服務端點的更改；還必須自動管理服務交互。這樣，改變服務不會產生中斷點（與此相對，點對點的人工實施方法不夠可靠，可能產生中斷點，從而耗費大量資金）。這樣的集成層稱為“企業服務總線（接口管理平臺）”。
【SOA的架構功能需求分析論文1500字】相關文章：
本文來源：http://www.nvnqwx.com/shiyongwen/2450863.htm