使用模式設計：服務導向解決方案
服務導向解決方案會示範如何將 BizTalk 應用程式公開為供其他應用程式使用的服務。 將應用程式當作服務使用，可讓其他應用程式更輕易地使用資訊以及在它們提供的服務中使用資訊。
解決方案是一個信用資訊應用程式，彙總來自其他三個不同應用程式的相關資訊後，提供資訊做為 Web 服務回應。 應用程式會合併結果，並傳回包含摘要信用資訊的一個訊息。 三個後端系統如下：
SAP 企業系統。 SAP 後端提供客戶的整體信用限制。 此解決方案會使用 BizTalk 配接器套件中的 SAP 配接器與這個後端系統通訊。
擱置交易系統。 暫停交易系統會報告超過帳戶的交易總數。 解決方案會使用 Microsoft Host Integration Server (HIS) 與 Windows Server 的大型主機通訊。 解決方案也會使用 HIS 的交易整合器技術。 這些技術可讓系統以 Web 服務的方式與大型主機互動。 BizTalk 協調流程會使用這個 Web 服務。
付款追蹤系統。 付款追蹤系統可報告個人上次進行的付款。 這個系統使用 MQSeries。
如同您回想起的解決方案概觀，您也可以透過 MQSeries 查詢來使用非 Web 服務。 (如需應用程式一般結構的詳細資訊，請參閱 瞭解服務導向解決方案) 。 雖然 Web 服務是建立服務導向架構最常用的方法，但不是所有應用程式都可使用 Web 服務。 使用 BizTalk Server 解決方案，您可提供除了 Web 服務外，其他的方法讓傳統應用程式來使用服務。
MQSeries 存取可模擬傳統互動式語音回應系統可能會使用解決方案的作法。 MQSeries 存取加上 Web 服務存取，可示範一個解決方案如何被傳統應用程式及新應用程式所使用。
服務導向解決方案使用的模式
下圖顯示服務導向解決方案中簡易的模式版本。
解決方案包含四個主要部分，分別代表模式：服務介面、內容型路由器、收件者清單和匯總工具。 服務介面代表連線到解決方案的介面機制。 內容型路由器會檢查訊息的有效性，若訊息無效則會傳送錯誤訊息。 收件者清單會將訊息傳送給三個後端應用程式。 後端應用程式回應時，彙總程式會將回應結合為單一的回應訊息。 然後回應訊息會透過服務介面回到要求者。
請注意，圖表中有許多未指定項目：
圖表中省略了訊息轉譯程式，解決方案需要它來與外部系統通訊。
圖表未指明如何與後端程序通訊。
圖表也未指明服務介面的本質。
圖表未指出要不要使用同步或非同步通訊。