关于Admin API短时间处理万级告警请求及防封禁的技术咨询

1. 短时间处理10000+请求的可行性 #

• 首先明确：institutions/{institutionId}/users/{userId}/alert/send/generic是单用户发送接口，直接循环调用10000次大概率会触发API的速率限制——多数Admin API都会对单客户端设置QPS阈值，高频请求会被限流（返回429状态码），无法在数分钟内完成全部发送。
• 优先排查是否存在批量告警接口（如institutions/{institutionId}/alerts/send/batch这类），批量接口专为大规模发送设计，能大幅降低请求开销、提升处理效率。
• 若只有单用户接口可用，必须做流量控制：严格遵循API文档的QPS限制拆分请求，分批次间隔发送，同时配置重试机制处理限流失败的请求。

2. 是否会因“垃圾发送”被封禁 #

• 触发封禁的核心是内容合规性和行为合理性：
  • 若告警是合法的机构内通知（如系统维护、业务告警），发送对象为该机构下的合规用户，一般不会被判定为垃圾发送。
  • 但如果无控制地高频调用单用户接口，平台反垃圾/安全系统可能将这种异常行为判定为恶意攻击，进而触发临时限流或封禁，而非单纯的“垃圾发送”。
• 安全建议：
  • 确保告警内容符合平台规范，避免敏感、诱导性内容。
  • 若使用单用户接口，严格遵守速率限制；必要时可联系平台技术支持说明批量发送需求，申请临时提升限制。

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