面向服務的體系結構概述[2] soa 架構
關鍵字：soa
松散耦合
位置透明
協議獨立
基于這樣的面向服務的體系結構，服務使用者甚至不必關心與之通信的特定服務，因為底層基礎設施或服務“總線”將代表使用者做出適當的選擇�；A設施對請求者隱藏了盡可能多的技術。特別地，來自不同實現技術（如 J2EE 或 .NET）的技術規范不應該影響 SOA 用戶。如果已經存在一個服務實現，我們就還應該重新考慮用一個“更好”的服務實現來代替，新的服務實現必須具有更好的服務質量。
第二部分：作為解決方案的面向服務體系結構
自從“軟件危機”促進軟件工程的開創以來，IT 界一直在努力尋求解決上述問題的方案。在過去幾年里，下面簡要概述的核心技術進展使我們走到了今天。我們將簡要討論這些核心技術，而我們重點關注的將是這些技術如何幫助解決 IT 問題。
面向對象的分析和設計
在“Applying UML and Patterns - An Introduction to Object-Oriented Analysis and Design”中，Larman 將面向對象的分析和設計的本質描述為“從對象（物體、概念或實體）的角度考慮問題域和邏輯解決方案”。在“Object-Oriented SoftwareEngineering: A Use Case Driven Approach”中，Jacobson 等將這些對象定義為“特點在于具有許多操作和狀態（記憶這些操作的影響）的物體”。
在面向對象的分析中，這樣的對象是用問題域來標識和描述的，而在面向對象的設計中，它們轉變成邏輯軟件對象，這些對象最終將用面向對象的編程語言進行實現。
通過面向對象的分析和設計，可以封裝對象（或對象組）的某些方面，以簡化復雜業務場景的分析。為了降低復雜性，也可以抽象對象的某些特征，這樣就可以只捕獲重要或本質的方面。
基于組件的設計并不是一種新技術。它是從對象范例中自然發展而來的。在面向對象的分析和設計的早期，細粒度的對象被標榜為提供“重用”的機制，但是這樣的對象的粒度級別太低了，沒有適當的標準可以用來使重用廣泛應用于實踐之中。在應用程序開發和系統集成中，粗粒度組件越來越成為重用的目標。這些粗粒度對象通過內聚一些更細粒度的對象來提供定義良好的功能。通過這種方式，還可以將打包的解決方案套件封裝成這樣的“組件”。
一旦組織在更高層次上實現了基于完全獨立的功能組件的完備體系結構，就可以將支持企業的應用程序劃分成一組粒度越來越大的組件�？梢詫⒔M件看作是打包、管理和公開服務的機制。它們可以共同使用一組技術：實現企業級用況的大粒度企業組件可以通過更新的面向對象的軟件開發與遺留系統相結合來實現
面向服務的設計
在“Component-Based Development for Enterprise Systems”中，Allen 涉及了服務的概念，“它是將組件描述成提供相關服務的物理黑盒封裝的可執行代碼單元。它的服務只能通過一致的已發布接口（它包括交互標準）進行訪問。組件必須能夠連接到其他組件（通過通信接口）以構成一個更大的組”。服務通常實現為粗粒度的可發現軟件實體，它作為單個實例存在，并且通過松散耦合的基于消息通信模型來與應用程序和其他服務交互。第 22 頁的圖 2-3 展示了重要的面向服務術語：
服務：邏輯實體，由一個或多個已發布接口定義的契約。
服務提供者：實現服務規范軟件實體。
服務使用者（或請求者）：調用服務提供者的軟件實體。傳統上，它稱為“客戶端”。服務使用者可以是終端用戶應用程序或另一個服務。
服務定位器：一種特殊類型的服務提供者，它作為一個注冊中心，允許查找服務提供者接口和服務位置。
服務代理：一種特殊類型的服務提供者，它可以將服務請求傳送到一個或多個其他的服務提供者。
文章來源于領測軟件測試網 http://www.kjueaiud.com/