发布日期：2026 年 10 月 18 日 · RootGS 技术指南
设备可能离线很久后集中上报，也可能系统时间错误。仅按设备时间排序会使记录进入错误日期；只按服务器接收时间统计，又会把历史数据全部算到当前时段。
一、先明确处理方式与业务边界
分别保存设备事件时间与服务器接收时间，记录时间可信度。迟到数据有独立处理窗口，对明显异常的时间先隔离，统计结果允许有版本化修正。
二、用可重复的场景验证
发送正常、迟到和未来时间的测试数据，观察分桶统计与告警。重复发送同一设备事件，检查去重键是否包含稳定事件编号。
三、一次具体的演练示例
一台设备离线一天后集中上报，统计可以按事件时间归属历史日期，但同时保留接收时间。这样既能修正历史报表，也能分析设备的离线与补传行为，避免两种时间语义混淆。
四、把验收结果写成检查表
| 检查项目 | 预期结果 |
|---|---|
| 双时间记录 | 可区分发生与到达 |
| 异常时间 | 不污染正常统计 |
| 历史修正 | 有可追踪版本 |
五、根据实际瓶颈安排资源
设备数量并不等于持续写入压力，断线恢复后的集中补传更值得测试。给入口和写入队列设置边界，避免补传拖住实时数据。
六、应用到产品选型和交付验收
越南物理机方案中，硬件容量与业务管理成本需要一起考虑。将在线服务、文件存储、批处理和备份分别记录，明确它们共享哪些资源；这样在出现瓶颈时，才容易判断应该调整软件还是增加资源。
可查看 RootGS 越南物理机，将本文的检查项与实际应用需求一同用于方案比较和上线验收。
相关实现机制可进一步查阅官方资料：容器资源边界的设置。文中的流程建议用于业务设计与验收，并不表示产品默认包含所述软件或自动化功能。
