禁用后重启的CosmosDB触发Azure函数是否会处理期间的变更？

问题描述 #

我们有若干使用Azure CosmosDB触发器的Azure Functions，该触发器基于CosmosDB生成的ChangeFeed生成函数的input元素。现咨询以下问题：

1. 若在Azure门户中disable该CosmosDB触发的Azure Function，对CosmosDB内的Items进行大量修改后re-enable函数，函数是否会处理这些变更？
2. 若函数不处理禁用期间的变更，后续对这些相同Items进行修改时是否会出现问题？

背景：需要对CosmosDB中大量Items进行批量修改，但无需触发该Azure Function，且希望避免触发以防止其他服务过载。

解答 #

1. 禁用期间的变更是否会被处理？ #

默认情况下，当你禁用函数后，触发器会停止监听ChangeFeed，但CosmosDB仍会持续记录所有变更到ChangeFeed中。重新启用函数时，触发器会从上次停止时的检查点（Checkpoint）位置开始继续消费ChangeFeed，也就是说禁用期间的所有变更都会被函数依次处理。

2. 跳过禁用期间变更后的后续修改问题 #

如果通过手动调整检查点，让函数跳过禁用期间的变更（比如将检查点重置到重新启用的时间点），后续对相同Items进行修改时不会出现任何问题。
CosmosDB的ChangeFeed会为每个Item的每次修改生成独立的条目，且基于版本号进行追踪。后续的修改会生成新的ChangeFeed条目，函数启用后会正常处理这些新的变更，不会和之前未处理的旧变更产生冲突或重复处理问题。

批量修改时避免触发函数的稳妥方案 #

如果要完全避免批量修改期间的变更触发函数，建议按以下步骤操作：

• 先在Azure门户禁用目标Function
• 完成CosmosDB内Items的批量修改
• 重置触发器的检查点到当前时间点：
  • 可通过Azure CLI执行命令：az functionapp function update --name <函数应用名> --resource-group <资源组名> --function-name <函数名> --set properties.configurations.startFromBeginning=false
  • 或者直接在函数关联的存储账户中，找到存储检查点的容器（默认名为leases），删除对应函数的检查点文档
• 重新启用Function，此时函数只会处理启用后产生的新变更

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