* 生命周期管理：使IT系統能更精確地追蹤服務及其屬性，并同時提供生命周期工具來發現、組合、安全、部署和更有效地管理服務。
* 消息代理：使服務骨干網能提供松耦合的連接，而不是過去那種令眾多企業痛苦不堪的手工編碼的、緊耦合的、脆弱的點對點連接。通過將自定義的邏輯（例如安全規則）從應用中剝離出來，并放入服務骨干網中，就可以將它們作為獨立的策略在企業范圍內很方便地管理它們。
* 數據服務層：提供了一個公共的基礎設施，它可以使應用程序很方便地訪問、轉化和更新存儲在多個異構數據源中的數據。
* 安全服務層：服務基礎架構可以將安全作為服務傳遞，從而使業務流程或應用組件可以通過公共框架使用公共的安全服務（例如驗證和授權服務）。
* 可伸縮性：服務基礎架構可提供元數據級的復合框架，從而允許您無需經過冗長的編程過程就可以改變業務策略，而在過去的企業IT環境里，業務策略的改變通常都無法避免冗長的編程過程。
服務基礎架構的演進
服務基礎架構的出現實際上是企業應用基礎架構的自然演進。20世紀90年代初期，企業若想定制網絡操作系統的功能，就需要自己對系統進行編碼�；贖PUX、Solaris或AIX的應用或擴展都包含在各自的系統代碼中，這就形成了不具有重用性的孤島系統。這種方式帶來的必然結果是企業IT系統變得越來越依賴于同種設備，久而久之就會導致廠商壟斷。
同樣的一幕在若干年后隨著企業應用軟件的出現再次重演。企業為使其SAP供應鏈應用系統或PeopleSoft人力資源系統適應內部業務流程而進行相應定制時，開發人員需要在SAP或PeopleSoft應用系統內部進行編碼。如果企業需要將Siebel CRM解決方案和Oracle數據庫進行集成，那么集成代碼必須被包含到Oracle或Siebel應用中。企業自己的業務邏輯再次成為了廠商專有軟件的內部“財產”。
為了將業務邏輯從樊籬中解放出來，企業應用基礎架構應運而生。最初的企業應用基礎架構是分布式事務處理系統。1995年，BEA推出了Tuxedo平臺，它提供了在異構環境中構建和集成C、C++和COBOL應用的框架。通過使用API和集成服務，Tuxedo對技術的底層復雜性進行了有效抽象，從而將功能從底層編碼中提取出來。隨后，Internet的廣泛普及要求企業應用能夠與基于瀏覽器的前端協同工作。應對這一挑戰，BEA WebLogic Server 和BEA WebLogic Platform為此類應用的開發、集成和管理提供了業界第一個統一框架，使企業能夠從容構建對業務成功至關重要的企業應用。
有了用于擴展操作系統和企業應用的平臺之后，企業應用開始向面向服務的架構轉變：將一個系統表示為一整套可重用的服務，使其他系統能夠對該系統進行訪問。這種方式產生了一個全新的應用類別——復合應用——它定義了跨越多個應用的業務流程，并允許流程間的功能共享。然而，復合應用的推進面臨著很多現實的阻礙，企業IT環境由于多種應用平臺（IBM、BEA、Microsoft、SAP、Oracle等）和異構環境（J2EE、.NET、原有大型機等）的并存而變得復雜和混亂。這些因素都對復合應用提出了挑戰，因為“組合”過程需要大量的編程，從而加大了系統集成的成本。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
