Cosmos变更feed触发的Function是否可获取同一事务的全部文档？

同一逻辑分区下通过单事务写入的两份文档，不会保证始终作为同一批次进入变更Feed触发的Azure Function，存在被拆分到两次不同调用的可能。

核心逻辑说明 #

Cosmos DB的单事务同分区跨文档写入，仅能保证这两份文档的变更在变更Feed中的出现顺序一致，不会出现顺序颠倒的情况，但没有同批次投递的强保障，常见的拆分场景包括：

• 函数批次配置限制：你可以通过maxItemsPerInvocation参数调整Azure Function单次触发的最大文档数，如果该配置值小于2，这两条变更必然会被拆分到不同调用
• 变更Feed拉取时机差异：哪怕事务是原子提交的，底层变更日志同步到变更Feed可拉取状态时，极端情况下会出现先后可拉取的时间差，刚好赶上两次拉取的时间窗口就会被拆分
• 异常重试拆分：如果首次拉取到两份文档后函数执行失败触发重试，部分内置重试策略会自动拆分批次减小单调用负载，避免重复触发失败

业务适配建议 #

如果你的业务逻辑强依赖两份文档同时被处理，不要依赖变更Feed的批次投递保证：

• 可以在文档中增加同一事务的关联标识字段
• 在函数逻辑中做对应关联文档的存在性校验，聚合完成后再执行业务逻辑

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