Power Automate并发限制下如何给3000+用户发自适应卡片并获响应

核心思路 #

采用异步批量分发+独立响应收集模式，绕开Apply to each的50并发限制，实现近似“一次性”向3000+用户推送卡片，同时统一回收所有响应，无需依赖超时等待逻辑。

1. 拆分用户列表为合规批次 #

• 按50人一组拆分用户列表（若租户允许，可先在Power Automate环境设置中将Apply to each的并发上限调至100，减少批次数量）。可使用chunk()函数快速分组，示例：

  chunk(variables('UserList'), 50)
  

• 每个批次保留用户ID、邮箱等核心标识，用于后续响应归属匹配。

2. 异步子流批量发送卡片 #

• 创建独立的发送子流，输入参数为单批次用户列表。子流内用Apply to each循环给该批次用户发送自适应卡片，同时在卡片的action配置中嵌入唯一标识（如concat(user().id, '-', variables('BatchID'))），确保响应能精准绑定到对应用户。
• 主流中开启Apply to each的并发设置（设为50），遍历拆分后的用户批次，并行触发发送子流。主流的50并发可同时启动50个子流，每个子流处理50用户，短时间内即可完成全部用户的卡片推送，实现用户感知的“一次性”发送效果。

3. 独立流收集响应数据 #

• 不依赖发送流的等待逻辑，将自适应卡片的响应回调指向独立的响应接收流：
  • 若通过Teams发送卡片，可在Post adaptive card in a chat or channel动作中配置响应触发该接收流；
  • 接收流收到响应后，将用户ID、响应内容、时间戳等数据存入Dataverse、SharePoint列表或SQL数据库，确保数据持久化。

4. 响应状态监控与补推 #

• 搭建监控面板（如Power BI报表或SharePoint视图），从存储的响应数据中实时统计已响应/未响应用户数；
• 若需跟进未响应用户，定时执行查询任务，筛选未响应列表后再次触发发送子流补推卡片。

关键注意事项 #

• 唯一标识必绑：每一张卡片必须携带用户专属标识，避免响应数据混淆；
• API限流防护：即使拉满并发，建议在批次触发间添加1秒延迟，或降低并发数至40，避免触发租户API限流；
• 权限配置：确保子流和接收流拥有发送Teams消息、读写存储数据库的足够权限。

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