销售电话: 1-800-867-1380

用于创建消息架构的工具

更新时间: 2015年2月

在以前的主题中,我们已经了解到,各种消息传送终结点提供与不同协议和应用程序的连接(请参阅使用 BizTalk 适配器服务),并提供消息处理功能,如验证、转换、提取和基于云的扩充功能(请参阅什么是桥?)。但是,在提供端到端消息流时,这些终结点既不能单独使用,也不能在云中与其他 Service Bus 实体(例如主题和队列等)“关联”。例如,你可能会碰到这样一种方案:客户端发送的请求消息需要在云中进行处理、然后路由到队列,最终插入 SQL Server 数据库中。若要配置此方案,你需要使用 XML 桥接 和 Service Bus 队列,后跟序列中的 BizTalk Adapter Service。这就需要一个设计区域,以便将消息流的不同组件组合在一起。BizTalk 服务提供名为 BizTalk 服务项目的设计图面来帮助你实现此目标。BizTalk 服务项目设计图面可用作 Visual Studio 项目类型,并随 BizTalk 服务 SDK 一起安装。有关BizTalk 服务项目以及如何设置BizTalk 服务项目的详细信息,请参阅Visual Studio 项目入门

在当前的 Service Bus 安全模型中,对 Service Bus 实体的访问通过访问控制服务 (http://go.microsoft.com/fwlink/p/?LinkId=225149) 进行控制。必须提供有效的访问控制令牌才能在 Service Bus 上创建和管理实体。在大多数情况下,将消息发送到 Service Bus 实体的客户端还必须提供有效的访问控制令牌,该令牌随后用于身份验证。唯一的已知例外是中继终结点,这些终结点允许客户端取消身份验证,并自行处理身份验证和授权(通常使用消息安全)。此外,Service Bus 不传播访问控制令牌或在消息中收到的声明。

跨多个 Service Bus 实体的 BizTalk 服务项目是介于客户端与服务之间的消息传送中介。因此,BizTalk 服务项目可供服务使用(在这种情况下,将处理客户端发送的消息收据)或客户端使用(在消息发送到服务前处理)。事实上,无论在哪种情况下,使用 Service Bus 的系统或应用程序都将与 Service Bus 中的一个组件以及 Service Bus 外部的其他组件(在云中或本地)一起分发。因此,这些应用程序的分布性会影响不同情况下在各种系统组件中执行身份验证和授权操作的方式。

对于当前的里程碑,属于 BizTalk 服务项目一部分的所有实体都必须属于相同的 Service Bus 命名空间。因此,仅在流的入口点对消息流执行身份验证,并将消息流中的所有实体视为处于相同的安全和信任边界内。部署消息流时,你只需为 Service Bus 命名空间提供凭据(颁发者名称和颁发者密钥)。有关如何使用桥接配置来配置各种消息传送终结点的说明,请参阅在 Visual Studio 中创建项目

BizTalk 服务提供以下有助于开发 BizTalk 服务项目的工具:

  • 架构编辑器。通过架构编辑器,可以使用架构树视图创建和编辑架构,而不用手动编辑整个架构文件。你可以使用架构编辑器创建/编辑 XML 以及平面文件架构。

  • 服务使用向导。当你使用 BizTalk 服务项目将消息从桥路由到外部 WCF 服务时,还必须将服务的架构添加到项目中。通过服务使用向导,可以生成 WCF 服务的架构,并将其添加到 BizTalk 服务项目项目中。在架构可作为项目的一部分后,你可以通过转换将传入消息的架构映射到服务所需消息的架构。

另请参阅

本文是否对您有所帮助?
(1500 个剩余字符)
感谢您的反馈
显示:
© 2015 Microsoft