设备每秒不断上报温度、电量和故障码，就像许多水龙头同时往一根管道里灌水：眼下能流动，不代表流量增长后不会堵塞。Reddit 用户 Careful-Worker-7894 正在 AWS 上搭建一套 IoT 遥测管线，目前每秒接收数千条消息，流程是设备经 MQTT 发送测量数据，再由消费者写入时序数据库；接下来希望同时支持短期与长期存储、分析和实时告警。
这个问题值得看，因为扩容不能只问“每秒能吞多少条”。还要先决定下游忙不过来时如何背压——让上游减速、排队或拒绝数据；如何分区——按设备或时间拆开并行处理，同时兼顾顺序与负载；以及存储保留多细的数据。设备离线或网络延迟还会产生迟到数据，若只按到达时间统计，结果可能漏算或反复改写。供稿只是一次架构求助，未披露增长规模、保留周期、延迟目标和最终方案，因此更像一张扩容前的问题清单，而非已经验证的技术路线。