銷售: 1-800-867-1380

建立訊息結構描述的工具

更新日期: 2015年2月

在之前的主題中,我們看到豐富傳訊端點對不同的通訊協定和應用程式提供連線能力 (請參閱 使用 BizTalk 配接器服務),並提供在雲端的訊息處理功能,例如驗證、轉換、擷取及擴充 (請參閱什麼是橋接器?)。不過,所有這些功能都無法隔離使用,且無法與在雲端上的其他 服務匯流排 實體 (如主題、佇列等等) 結合,以提供端對端的訊息流程。例如,如果您有用戶端傳送一則必須在雲端上處理的要求訊息、路由傳送至佇列,然後最終插入 SQL Server 資料庫的案例。若要設定此案例,您必須依序使用 XML 橋接器、服務匯流排 佇列,接著是 BizTalk Adapter 服務。這代表設計區域的需求,您可在此區域中將訊息流程的不同元件連結在一起。BizTalk 服務 會提供一個稱為 BizTalk 服務專案的設計介面,以協助您達到此目標。BizTalk 服務專案 設計介面可以作為 Visual Studio 專案類型使用,並可透過 BizTalk 服務 SDK 進行安裝。如需 BizTalk 服務專案和設定 BizTalk 服務專案的詳細資訊,請參閱開始使用 Visual Studio 專案

在目前的 服務匯流排 安全性模型中,存取 服務匯流排 實體會透過存取控制服務 (http://go.microsoft.com/fwlink/p/?LinkId=225149) 進行控制。必須出示有效的 存取控制 權杖,才能建立與管理 服務匯流排 上的實體。在大部分的情況下,傳送訊息至 服務匯流排 實體的用戶端還必須出示有效的 存取控制 權杖,然後使用此權杖進行驗證,除了已知轉送端點允許用戶端未經驗證,自己處理驗證和授權 (通常使用訊息安全性) 以外,其餘通常是使用訊息安全性。另外,服務匯流排 不會傳輸訊息上收到的 存取控制 權杖或宣告。

跨越多個 服務匯流排 實體的 BizTalk 服務專案 是指位於用戶端和服務之間的訊息中繼中介。因此,BizTalk 服務專案 可能適合服務 (在這種情況下,它會協調收到的用戶端傳出訊息) 或用戶端 (它會先協調訊息才將訊息傳送到服務) 使用。無論是哪種情況,系統通常會以一部分在 服務匯流排 上,其他部分在 服務匯流排 外 (不論在雲端或內部部署) 的方式,有效率地發佈採用 服務匯流排 的系統或應用程式。因此,這些應用程式的發佈特質暗示驗證和授權如何發生在不同案例中系統的各個不同元件。

在目前的里程碑中,BizTalk 服務專案 過程中的所有實體必須屬於相同的 服務匯流排 命名空間。因此,訊息流程的驗證只會發生在流程的切入點,且訊息中的所有實體會屬於相同安全性和信任範圍。部署訊息流程時,您只需要提供 服務匯流排 命名空間的認證 (簽發者名稱和簽發者金鑰)。如需如何使用 橋接器組態 設定豐富傳訊端點的指示,請參閱在 Visual Studio 中建立專案

BizTalk 服務 提供下列工具來協助開發 BizTalk 服務專案:

  • 結構描述編輯器。結構描述編輯器可讓您使用結構描述樹狀檢視來建立與編輯結構描述,而非手動編輯整個結構描述檔案。您可以使用結構描述編輯器來建立/編輯 XML 以及一般檔案結構描述。

  • 服務取用精靈。使用 BizTalk 服務專案 將訊息從橋接器路由傳送至外部 WCF 服務時,您的專案還必須加入服務的結構描述。服務取用精靈可讓您產生 WCF 服務的結構描述,並將它加入您的 BizTalk 服務專案。一旦結構描述屬於專案的一部分後,您可以使用轉換來將內送訊息的結構描述對應至服務需要的訊息結構描述。

另請參閱

本文對您有任何幫助嗎?
(剩餘 1500 個字元)
感謝您提供意見
顯示:
© 2015 Microsoft