SOA技術摘要

　　面向服務的體系結構(service-oriented architecture，SOA)是一個元件模型，它將應用程式的不同功能單元(稱為服務)通過這些服務之間定義良好的介面聯絡起來。介面是獨立於實現服務的硬體平臺、作業系統和程式語言的。

　　這種具有中立的介面定義(沒有強制繫結到特定的實現上)的特徵稱為服務之間的鬆耦合。對鬆耦合的系統的需要來源於業務應用程式需要根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作伙伴關係、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。

　　面向服務的體系結構是物件導向的模型的替代模型，物件導向的模型是緊耦合的。雖然基於 SOA 的系統並不排除使用物件導向的設計來構建單個服務，但是其整體設計卻是面向服務的。由於它考慮到了系統內的物件，所以雖然 SOA 是基於物件的，但是作為一個整體，它卻不是物件導向的。不同之處在於介面本身。

　　SOA 系統原型的一個典型例子是通用物件請求代理體系結構(Common Object Request Broker Architecture，CORBA)。現在的 SOA 已經有所不同了，因為它依賴於一些更新的進展，這些進展是以可擴充套件標記語言(eXtensible Markup Language，XML)為基礎的。通過使用基於 XML 的語言(稱為 Web 服務描述語言(Web Services Definition Language，WSDL))來描述介面，服務已經轉到更動態且更靈活的介面系統中，非以前 CORBA 中的介面描述語言 Interface Definition Language，IDL)可比了。

　　建立SOA體系結構模型需要：

　　(1)定義服務描述

　　(2)定義整個應用程式如何在服務之間執行其工作流(針對部門之間)

　　(3)定義服務之間關係的策略，這種策略常常採用服務級協定和操作策略的形式(針對外部合作伙伴)

　　(4)安全、信任和可靠的訊息傳遞

　　利用 SOA 的好處不僅是一個軟體開發流程，而且還是一個業務開發流程。採用 SOA 有四個層次：

　　第一個層次是最簡單的，因為它只需建立單獨的服務。

　　第二個層次將業務功能整合到 SOA 中。這涉及多個層次的整合，其中包括應用程式整合、資訊整合、流程整合和整個系統整合。

　　第三個層次涉及將企業 IT 基礎設施轉換到 SOA 模型。

　　第四個層次集中於轉換業務模型，以使之成為按需就緒的模型。

　　從 IT 專業人員的角度來看(與業務層相比)，要建立 SOA 應用程式，通常將經歷四個階段：構建、部署、使用和管理。（來自新浪科技）

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780828/viewspace-528623/，如需轉載，請註明出處，否則將追究法律責任。