SAAS：將公司專屬應用程式程式與託管BizTalk Services聯絡起來

本文將介紹以下內容：

作為ESB服務的BizTalk Services

基於BizTalk Services的WCF應用程式

中繼串連性選項

識別服務和令牌提供者本文基於BizTalk Services的預發布版本。文中包含的所有資訊均有可能變更。

本文使用以下技術：

BizTalk Services、.NET Framework 3.0

目錄

軟體即服務

Internet服務匯流排

BizTalk Services

BizTalk Services SDK

典型的WCF應用程式

中繼串連性選項

通過RelayedHttp 穿過防火牆

組態識別服務

自訂令牌提供者

入門方法

與以往相比，當今企業更需要具備快速開發、部署新應用程式以及將其整合到現有環境的能力。企業對動態、鬆散耦合應用程式的需求日益增長，這正是許多企業轉移到或當前正在轉移到以服務導向架構 (SOA) 作為其應用程式基底礎的主要原因之一。

隨著公司逐步趨向使用SOA，人們也越來越重視企業範圍內各種應用程式組成的複合系統。在這種新環境下，開發人員負責組織上述各種應用程式服務中的商務程序，它們可能由其他團隊和組織開發並發布到網路上，這些團隊和組織可能使用不同的實現技術或企業營運系統應用程式，因此增加了整個系統的複雜性。雖然 SOA 可簡化每個點對點連接，但複合應用程式卻較難以處理且比較脆弱，因為應用程式需要的服務串連總數將隨時間增長（請參見圖1）。

圖1 管理複合應用程式中的點對點連接

這一實際情況促使許多公司開始使用更加鬆散耦合和可持續的服務模式（通常稱為企業服務匯流排 (ESB)）。ESB 模型越來越普遍，因為它可通過中央匯流排來協助企業管理多項服務串連，這條匯流排在基本訊息傳送詳情之上提供了一個抽象層。例如，ESB 可協助代理程式按照命名規範、身份管理、訊息格式以及通訊協定區分各種服務。一旦服務到達匯流排，匯流排上的其他任何服務都可與其建立串連，即使通常無法直接與該服務通訊（請參見圖2）。

圖2使用ESB 構建複合應用程式