【问题标题】:Listen to Azure Queue from BizTalk从 BizTalk 收听 Azure 队列
【发布时间】:2016-02-19 09:10:48
【问题描述】:

我已经尝试了几个星期了。这是一个非常简单的概念。

我只想从本地安装的 BizTalk Server 2013 R2 中读取来自 Azure 云队列(不是服务总线!)的消息,然后允许 BizTalk 在我们的内部网络上处理该消息。我正在按照此类示例创建 Azure 队列的端口:

http://social.technet.microsoft.com/wiki/contents/articles/20211.biztalk-server-2013-connect-to-window-azure-blob-storage.aspx

在我的情况下,这需要是一个接收(它将接收队列消息)。所以,我有一个接收位置,它是一个 WCF-WebHttp 适配器,指向:https://myappname.queue.core.windows.net/,操作如下:

 <Operation Name="Query" Method="Get" Url="/myqueue/messages"/>
 <Operation Name="Remove" Method="Delete" Url="/myqueue/messages"/>

这似乎并没有神奇地做任何事情,我不确定如何从 BizTalk 启动对 Azure 队列的读取调用。我是否需要启动某种轮询消息?我将如何使用 WCF-WebHttp 适配器端口来做到这一点?

也许问题是:如何让以 WCF-WebHttp 接收位置开始的编排做点什么? IE。如何让它轮询队列/我应该用什么开始编排?

【问题讨论】:

    标签: biztalk biztalk-2013 azure-storage-queues


    【解决方案1】:

    WCF-WebHttp 没有任何内置的轮询机制。您必须创建或模拟一个。

    此时您需要为此进行一些自定义实现。有很多不同的选择,但我可能会选择其中一种。

    1. 使用 Scheduled Task Adapter 将 GET 请求发送到队列端点并将该消息发布到 MessageBox
    2. 创建一个 Windows 服务或计划的作业(可能是 Powershell?),以执行轮询并将任何消息写入 BizTalk 可以自动使用的东西(可能是 MSMQ 或文件位置)

    【讨论】:

    • 这就是为什么我能找到的唯一示例是 PUT 操作的原因。鉴于这个答案以及我不断得出这个结论的事实,我现在正在重新设计基础架构以使用 Azure 服务总线。我认为我将编写的自定义轮询机制(可能是选项 2)与将我们的基础架构切换到 Azure 服务总线并使用 SB-Messaging 适配器一样多。
    猜你喜欢
    • 1970-01-01
    • 2017-12-09
    • 1970-01-01
    • 1970-01-01
    • 2016-07-04
    • 1970-01-01
    • 1970-01-01
    • 2017-02-13
    • 2018-04-08
    相关资源
    最近更新 更多