Biztalk 之 Hosts And Host Instrances

Hosts AndHost Instrances

    對於Biztalk來講每個BiztalkGroup,均可以建立多個主機。建立一個Host就至關於建立一個邏輯容器，裏面有不少的Biztalk的任務在運行。

Hosts能夠分爲In-Process和Isolated（也就是能夠分爲進程內主機和進程外主機）。

一般In-Process主機大量使用在Biztalk中，其實全部的tasks都運行在Biztalk-Process中，可是這個服務是Windows-Service。

Isolated主機是指外部應用使用而非biztalk。例如IIS本身處理請求消息時使用獨立主機。

固然如下的幾個Adapters基本上都是用Isolated主機。

• HTTP Receive

• SOAP Receive

• WCF-BasicHttp Receive

• WCF-CustomeIsolated Receive

• WCF-WebHttp Receive

• WCF-WSHttp Receive

Creatinga Host

建立的畫面以下：

而後咱們詳細描述一下有關主機在建立過程當中的每個設置選項的意義。

Name：首先名字是比較重要的，當把Biztalk application從一個環境遷往另外一個環境的時候兩個環境中的Host Name 必須是同樣的。

Type：在這裏選擇In-Process或者Isolated

AllowHost Tracking：如何在主機中選擇了這個選項，那麼該主機的主機實例將進行跟蹤

AuthenticationTrusted：若是一個主機選擇了身份驗證那麼該主機在開始運行的時候就會進行身份驗證若是驗證失敗該應用程式將不會運行。

32-Bitonly：該選項是默認選上的，表示該主機是一個32爲的Process,若是不選擇就表示該主機是64位的。

WindowsGroup：這個Group要選擇Biztalk application Users這個組，由於這個組裏的用戶可以訪問MessageBox。

Create aHost Instance

一個主機實例的建立意味着建立一個Windowsservice。

AdaptersHandlers

其中Adapters Handlers中能夠設置他們本身的SendHandlers和Receive Handlers的主機實例。

SettingUP And Managing Ports

在Biztalk中咱們有發送和接受這兩個端口，Message經過接受端口進入，經過發送端口發出。

ReceivePorts

一個接受端口能夠建立多個接受地址，一個端口能夠從不一樣的地址獲取數據，具體的建立方式省略，其中的設置和具體的配置步驟也省略。在這裏主要詳細講解一下Error Threshold（錯誤閾值的設置）。

若是接受Message的location配置過程當中有ErrorThreshold，這裏要注意一下。假如說Receive location這裏發生了一個錯誤，首先主機實例會往日誌中寫入警告。這時若是錯誤時間或者錯誤重試的次數達到了Error Threshold那麼receive location將會變成Disable狀態，而且它不會自動啓動。這時它便會在日誌中寫出錯誤的信息。

SendPort States

• Started：表示Send Port的狀態是可用的，而且正常。

• Stopped：表示發送端口已經和訂閱者進行了匹配，被髮送的Message已經在主機實例中排好了隊列。可是直到發送端口的狀態變成Started纔會開始。

• Unenlisted：發送端口在這個狀態什麼都不接受。

DynamicSend Ports

這裏說動態發送端口和靜態發送端口的區別，動態發送端口它的Adapt和Address都是不須要配置的，由於這種發送協議是在Orchestration和Pipeline組件中有所設置全部他能夠把Message發到各類地方而不須要進行手動配置。可是靜態發送端口是須要手動進行配置的。

動態端口常常使用在SMTP(給對方發郵件)，可是郵件的地址各類各樣，因此常常用動態發送端口。