企業服務總線和消息代理

Question

好吧夥計它的時間是愚蠢的，我想開始尋找WCF，但說實話之前，我想了解更多關於SOA的一般信息。

我真的不明白「企業服務總線」的概念，我不確定它是模式/方法還是軟件。此外，山姆可以說是一個「消息經紀人」。

最重要的是，這裏的大型SOA框架如何適用於BizTalk，WebSphere等？對此，WCF如何適應？

我真的沒有注意到這個東西，所以你可以讓你的答案儘可能簡單，並避免試圖阻礙科學。

Answer 1

SOA以簡單的術語將您的演示相關組件從獲取內容的機制中分離出來。

這聽起來很平凡，但想法是演示組件不僅應該獨立於獲取數據的程序，還應該與其無關。

爲了實現這個目標，創建了一個包含着名的「企業服務總線」（ESB）的「服務」抽象層。 ESB是瞭解服務所在位置的程序，以及如何調用它們以將數據傳遞給請求者。

SOA現在已經成爲企業級系統中的標準而不僅僅是一種選擇，原因很簡單，原因在於數據是（而不是「可能」）從不同來源獲取。例如。登錄/認證服務可以是基於LDAP的集中式;訂單詳細信息可以使用JDBC連接到託管數據庫引擎獲取;信用卡授權可能正在使用支付網關Web服務調用;依此類推......

使用此體系結構的最大優勢是，如果未來從不同資源獲得相同服務，則對核心應用程序設計的影響爲零或最小。

Answer 2

我同意，將流行語從現實中分離出來可能會很棘手。

這裏是我如何看待它：

SOA是關於圍繞服務定向您的業務功能。這意味着用（通常）定義明確的接口來思考功能黑盒子。通常SOA還涉及前期工作以提供服務 - 這與早期的「整合」區別開來 - 儘管兩者之間存在高度的交叉。

ESB只是一個架構層，允許您將服務連接在一起。通常它會增加連接性，路由，協議轉換等等。它是可選的，但仍然是許多SOA項目的典型組件。這是一種模式，但許多軟件供應商都有ESB的「產品」，可以幫助實現這種模式。

這些都是模糊的答案，一些軟件/服務供應商有更具體的定義（以及實現它們的各種技術）。你必須讓自己的頭腦瞭解這些。

免責聲明：我以IBM爲WebSphere顧問工作，但我不是以官方身份爲他們發言。

Answer 3

ESB提供了一個基於標準的集成平臺，它在事件驅動的SOA中結合了消息傳遞，Web服務，數據轉換和智能路由。 ESB是邁向完整SOA的重要步驟之一。

Biztalk Server 2006等框架與ESB Guidance工具包一樣都是ESB。正如您可能已經知道的那樣，Biztalk提供了消息傳遞，Web服務和tramsformation功能。通過ESB Guidance工具包（www.codeplex.com/esb），BizTalk現在可以提供基於智能內容的路由和基於行程的處理。這使得集成架構比具有高權重集成代理的傳統EAI架構更鬆散地耦合。

WCF可以作爲託管服務的輕量級容器，供消費者通過ESB訪問。從硬件世界給出一個類比，ESB就像PC中的主板，所有設備通過總線連接到電路板，並通過電路板連接到電路板，以瞭解不同設備之間如何相互通信。這些設備必須知道他們可以與總線連接的方式。

乾杯