我們正在構建一個企業集成系統，並且正處於評估某些.NET ESB的活動過程中。我們與許多外部系統接口 - 通過各種協議公開數據 - 主要是http post，http get，TCP/IP，Webservice，Meessage Queue。所以，我們需要這些系統的同步和異步映射支持。.NET ESB及映射支持
Biztalk + ESB工具包是一種選擇 - 想聽聽更多的選擇嗎？
我們看看NServiceBus和Masstransit以及像NServiceBus和MassTransit這樣的問題需要開發自定義適配器來回傳遞消息。沒有開箱即用的功能可用於與外部服務進行映射。
我會推薦查看企業集成模式書（http://www.enterpriseintegrationpatterns.com/），該書有許多服務總線提供的企業集成消息傳遞方法。
就像說明一樣，您應該考慮拆分同步和異步操作，因爲您可能不希望將消息用於同步操作。它們完全適合異步操作。可能會出現這種情況，您將從多種方法中受益，具體取決於您的設置（如NServiceBus和WCF）。
對於集成部分（多協議支持），您可以使用BizTalk或WCF，但BizTalk爲不同技術提供了最全面的一組連接器。
在地圖方面，BizTalk映射器（或其他圖形工具）將用於簡單的情況下工作，但這些工具很快引起非常複雜的地圖（硬開發/讀取/修改），爲例，即使輕微的來源複雜。所以你還應該看看另一種映射解決方案，比如XSLT。
對於ESB部分，我會避免使用ESB Toolkit，因爲它是一個複雜的，不成熟的和脆弱的框架，所以在項目中使用它有風險，可能會導致更復雜的解決方案。
NServiceBus似乎是一個更好的解決方案，可以很好地與BizTalk配合使用來實現集成。
+1 - BizTalk非常適合EAI和擅長業務流程，但對於大規模ESB連接而言很麻煩。只是澄清 - Biztalk映射器只是基礎XSLT映射的可視化工具 - 如果需要，您可以使用本機XSLT。 – StuartLC
我希望在Windows Server AppFabric的（http://msdn.microsoft.com/en-us/windowsserver/ee695849）將在未來某個時候取代的BizTalk。 ESB市場受到「Java」支持者的控制，因此微軟必須在雲端（Azure）獲得良好的起始位置，而不是放在後面。使用Server AppFabric完成第一步。但是現在它不是ESB工具包的替代品。它專爲不關心編排，轉換，中介等的WCF開發人員而設計。對於所有以WS- *作爲互操作協議開始的人來說，這是一個簡單的切入點。 –
BizTalk是一個經紀人，無論你放在什麼頂端。話雖如此，也許你需要的是經紀人而不是企業服務總線。 –
@Udi我正在談論Biztalk + ESB工具包http://msdn.microsoft.com/en-us/biztalk/dd876606 – amazedsaint