新Azure Function App重复处理旧应用已处理Blob的原因及规避咨询

问题解答 #

1. 推理正确性与原因说明 #

你的推理完全正确。

Azure Functions的Blob触发器依赖azure-webjobs-hosts容器内的blob receipt跟踪已处理的Blob，每个Function App会在该容器下生成独立的子文件夹（以App的唯一标识命名）存储自身的处理回执，不同App之间不会共享这些回执。哪怕两个App处理同一Blob存储容器，新的Function App也无法识别其他App的处理记录，会默认所有Blob都是未处理状态，进而重新触发处理流程。

你的情况正是这种跨App回执隔离导致的：旧App的回执存放在专属子文件夹中，新App无法读取，因此会重新处理所有已存在的Blob。

2. 避免重复处理的方案 #

如果要新建操作同一Blob容器的Function App，可通过以下方式避免重复处理已有Blob：

• 复用已有回执记录：手动将旧Function App在azure-webjobs-hosts下的文件夹内容复制到新App对应的子文件夹中，复制完成后再启动新App。这样新App就能识别旧的处理记录，不会重复触发。
• 自定义触发过滤规则：修改Blob触发器的配置，仅处理符合特定条件的Blob：
  • 设置filter规则，仅处理某个时间节点之后创建/修改的Blob（比如只处理迁移完成后新增的Blob）；
  • 给已处理的Blob添加专属元数据标记，函数触发时先检查元数据，仅处理未标记的Blob，处理完成后更新元数据。
• 使用外部状态存储：放弃默认的blob receipt机制，改用独立存储（如Azure Table Storage、SQL数据库）记录已处理的Blob列表。函数触发时先查询该存储确认Blob未被处理，再执行业务逻辑，处理完成后写入记录。

内容的提问来源于stack exchange，提问作者Mykhailo Seniutovych