面向服務架構檢視原始碼討論檢視歷史
 |
面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯繫起來。接口是採用中立的方式進行定義的，它應該獨立於實現服務的硬件平台、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
簡介
這種具有中立的接口定義（沒有強制綁定到特定的實現上）的特徵稱為服務之間的鬆耦合。鬆耦合系統的好處有兩點，一點是它的靈活性，另一點是，當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。而另一方面，緊耦合意味着應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。
對鬆耦合的系統的需要來源於業務，應用程序需要根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作夥伴關係、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。我們稱能夠靈活地適應環境變化的業務為按需（On demand）業務，在按需業務中，一旦需要，就可以對完成或執行任務的方式進行必要的更改。
雖然面向服務的體系結構不是一個新鮮事物，但它卻是更傳統的面向對象的模型的替代模型，面向對象的模型是緊耦合的，已經存在二十多年了。雖然基於 SOA 的系統並不排除使用面向對象的設計來構建單個服務，但是其整體設計卻是面向服務的。由於它考慮到了系統內的對象，所以雖然 SOA 是基於對象的，但是作為一個整體，它卻不是面向對象的。不同之處在於接口本身。SOA 系統原型的一個典型例子是通用對象請求代理體系結構（Common Object Request Broker Architecture，CORBA），它已經出現很長時間了，其定義的概念與 SOA 相似。
然而，現在的 SOA 已經有所不同了，因為它依賴於一些更新的進展，這些進展是以可擴展標記語言（標準通用標記語言的子集）為基礎的。通過使用基於 XML 的語言（稱為Web 服務描述語言（Web Services Description Language，WSDL））來描述接口，服務已經轉到更動態且更靈活的接口系統中，非以前 CORBA 中的接口描述語言（Interface Description Language，IDL）可比了。
SOA開發運行平台的Web 服務並不是實現 SOA 的惟一方式。前面剛講的 CORBA 是另一種方式，這樣就有了面向消息的中間件（Message-Oriented Middleware）系統，比如 IBM 的 MQseries。但是為了建立體系結構模型，您所需要的並不只是服務描述。您需要定義整個應用程序如何在服務之間執行其工作流。您尤其需要找到業務的操作和業務中所使用的軟件的操作之間的轉換點。因此，SOA 應該能夠將業務的商業流程與它們的技術流程聯繫起來，並且映射這兩者之間的關係。例如，給供應商付款的操作是商業流程，而更新您的零件數據庫，以包括進新供應的貨物卻是技術流程。因而，工作流還可以在 SOA 的設計中扮演重要的角色。
此外，動態業務的工作流不僅可以包括部門之間的操作，甚至還可以包括與不為您控制的外部合作夥伴進行的操作。因此，為了提高效率，您需要定義應該如何得知服務之間的關係的策略，這種策略常常採用服務級協定和操作策略的形式。
最後，所有這些都必須處於一個信任和可靠的環境之中，以同預期的一樣根據約定的條款來執行流程。因此，安全、信任和可靠的消息傳遞應該在任何 SOA 中都起着重要的作用。
評價
SOA能夠重複利用企業現有的資源，可以減輕企業運營成本，提升資源的使用效率，並且減輕企業維護人員的工作量，減少潛在的風險以及管理費用。
SOA不同於現有的分布式技術之處在於大多數軟件商接受它並有可以實現SOA的平台或應用程序。SOA伴隨着無處不在的標準，為企業的現有資產或投資帶來了更好的重用性。SOA能夠在最新的和現有的應用之上創建應用；SOA能夠使客戶或服務消費者免予服務實現的改變所帶來的影響；SOA能夠升級單個服務或服務消費者而無需重寫整個應用，也無需保留已經不再適用於新需求的現有系統。總而言之，SOA以藉助現有的應用來組合產生新服務的敏捷方式，提供給企業更好的靈活性來構建應用程序和業務流程。
視頻
SOA面向服務架構-從基本概念到架構思想