BizTalk接收位置连接Azure Blob遇阻：WCF-WebHTTP配置后无法拾取文件

我之前在做BizTalk和Azure Blob集成时，也踩过WCF-WebHTTP接收位置没法主动拾取Blob的坑——毕竟WCF-WebHTTP是被动接收HTTP请求的，本身不具备主动轮询Blob存储的能力。下面是几个亲测有效的解决方案，你可以根据自己的场景选择：

方案一：用Azure Logic Apps做中间转发（快速实现） #

这是最省心的方式，不需要改动BizTalk太多配置：

• 新建一个Logic App，触发器选「当Blob被添加或修改时（属性仅）」，指定你的目标Blob容器，设置轮询频率（比如1分钟）
• 添加「HTTP」动作，把Blob的内容发送到你的BizTalk WCF-WebHTTP接收位置：
  • 方法选POST，URL填BizTalk接收位置的地址
  • 在「正文」里选择「获取Blob内容」动作的输出（确保Logic App有权限读取Blob）
  • 设置合适的Content-Type头，比如application/octet-stream（针对二进制文件）或对应文件的MIME类型
• 回到BizTalk的WCF-WebHTTP接收位置配置：
  • 绑定选择WebHttpBinding，接收方法设为POST
  • 配置身份验证（比如如果Logic App用OAuth，就启用Azure AD身份验证；如果是Basic Auth，就设置对应的用户名密码）

方案二：使用官方Azure Blob Storage适配器（原生适配） #

如果你的BizTalk环境安装了官方的Azure Blob适配器，这是最直接的方案：

• 先确认已安装Microsoft BizTalk Adapter for Azure Blob Storage（可以从BizTalk安装介质或官方渠道获取）
• 新建接收位置时，适配器类型选择AzureBlobStorage
• 在适配器配置面板里填写：
  • 存储账户名称、访问密钥（或选择托管身份，推荐生产环境用这个）
  • 要监听的Blob容器名称，设置轮询间隔（比如5分钟）
  • 文件筛选规则（比如只拾取.xml或.txt后缀的文件）
  • 拾取后的操作：比如把已处理的Blob移动到归档容器，或者直接删除原文件
• 确保运行BizTalk主机实例的账户（或托管身份）拥有Storage Blob Data Reader和必要的写入权限（如果要移动/删除Blob）

方案三：自定义接收逻辑（灵活度最高） #

如果上面两种方案都不满足你的需求，可以自己写代码实现：

• 用Azure.Storage.Blobs SDK编写一个.NET类库，实现Blob的轮询、读取逻辑
• 把这个类库包装成BizTalk的自定义接收适配器，或者作为自定义管道组件添加到接收管道中
• 在BizTalk接收位置配置里使用自定义适配器/管道，传入存储账户信息、轮询间隔等参数

关键排查要点 #

如果尝试后还是有问题，可以检查这些地方：

• 权限问题：BizTalk服务器的IP是否在Azure存储账户的防火墙允许列表里？运行BizTalk主机的账户/托管身份是否有Blob容器的读取权限？
• WCF-WebHTTP的局限性：它本身不能主动拉取Blob，只能被动接收请求，所以如果直接用它指向Blob容器地址，肯定没法拾取文件——这是核心原因
• Blob命名规则：确保Blob名称没有特殊字符，避免读取时出现解析错误

内容的提问来源于stack exchange，提问作者arun prabhu