使用 BizTalk 傳訊引擎

下圖說明傳訊引擎的架構。 它顯示了一個情景，其中訊息由適配器接收並提交到 BizTalk Server。

傳訊引擎的架構

每個配接器都有自己的 TransportProxy 物件實例，用來與傳訊引擎互動。 配接器會以批次方式對訊息引擎執行作業，這些作業會以原子方式處理，確保不可部分完成。 批次是一組作業集合，例如 SubmitMessage、SuspendMessage 或 DeleteMessage。

以下是配接器將訊息提交至訊息引擎之案例的事件序列：

1. 配接器會建立新的訊息，並將數據流連線至訊息。

2. 配接器會從消息引擎取得一批新的訊息。

3. 配接器會將訊息新增至要提交的批次。

4. 批次會在傳訊引擎執行緒池中認可並排入佇列。

5. 傳訊引擎線程集區會開始處理新的批次。

6. 訊息會在接收管線中處理。

7. 接收管線會產生零個或多個訊息。 管線可以消耗訊息，只要不會返回任何錯誤。 接收管線可以產生多個訊息;一般而言，當反組譯器元件將單一交換反組譯成許多訊息時，就會發生這種情況。 通常接收管線會將提交的訊息正規化為 XML。

8. 如果已設定對應，管線所產生的訊息將會在對應器中處理。

9. 訊息會發佈至訊息代理程式或 MessageBox 資料庫。

10. 傳訊引擎會呼叫適配器，通知其工作批次的結果。

本節中

• 可復原的交換處理

• 順序性訊息傳遞

• 錯誤處理

另請參閱

BizTalk Server 如何處理大型訊息
引擎效能特性
測量最大永續性引擎輸送量
測量引擎 MST 的測試情境
使用 Microsoft BizTalk LoadGen 2007 工具