如何计算多实例Azure Cosmos DB变更触发函数处理百万记录的耗时？

关键前置数值确认 #

先明确已知和需补充的核心参数：

• 单实例每秒处理量：从你已有的单实例耗时推导，比如单实例处理1000条用了10秒，那就是 100条/秒（记为 R）
• 源Cosmos DB容器的逻辑分区数：变更Feed的并发上限由分区数决定，每个分区只能被一个函数实例处理（记为 P）
• 消费计划最大实例配额：默认消费计划最大实例数是200，但实际能用到的上限不超过分区数 P

分步计算逻辑 #

1. 确定实际最大并发实例数
   实际可运行的最大并发实例数 M = 取两者最小值：逻辑分区数P、消费计划实例配额
   额外注意：如果目标Cosmos DB的RU吞吐量、网络带宽等成为瓶颈，实际并发会被进一步限制，比如目标DB每秒只能承受5000条写入，那即使实例能跑更高并发，处理量也会卡在5000条/秒

2. 计算理论最大处理吞吐量
   理论每秒总处理量 TotalR = M × R

3. 计算基础总耗时
   基础总耗时 TotalT = 1000000 ÷ TotalR
   还要加上冷启动与缩放延迟：消费计划实例启动存在冷启动（几秒到几十秒），且缩放不是即时的，首次大规模同步时建议额外加5-15分钟的缓冲时间（根据实际冷启动情况调整）

实际场景的调整要点 #

• 变更Feed批次大小：如果函数配置了更大的拉取批次（比如每次100条而非10条），单实例处理效率 R 会提升，需要重新测算单实例实际处理能力
• 资源瓶颈：如果源/目标Cosmos DB出现RU耗尽、网络延迟高等情况，实际吞吐量会低于理论值，需要结合监控数据修正 TotalR
• 负载波动：同步过程中如果有新的变更写入，会占用部分处理能力，需要预留一定的吞吐量冗余

示例计算 #

假设：

• 单实例每秒处理100条（R=100）
• 源容器有20个逻辑分区（P=20）
• 消费计划配额足够，最大实例数 M=20

理论最大吞吐量 = 20 × 100 = 2000条/秒
基础耗时 = 1000000 ÷ 2000 = 500秒（约8分钟）
加上冷启动和缩放延迟，实际耗时约10-12分钟

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