请教 10M 级别设备在线状态的最佳设计

需要查询设备是否在线，上次在线时间。

我初步的想法是单独维护一个在线服务，不依赖 redis ，设备离线才写数据库。

想请问大家有没有经验介绍。

看看 MQTT

歪个楼，这个级别的客户端数量，一定要想好怎么降低流量费。。。

维护个靠谱的 KV 集群的就可以了，Redis ，Tair ，KeyDB 都随便...时序数据库也可以
这个量级没有多大，不要把解决方案搞复杂了

好奇什么业务有这么大的设备量， 我所知道的开水团单车也就是这个量级

influxDB 这一类时序数据库，然后正常写心跳包就可以了。

如果还有其他业务信息需要传送，那么可以考虑 MQTT ，下线时间可以通过遗嘱消息实现。单纯只为了一个在线状态，那就没必要用这个了。

不然试试大数据的 Kappa 架构？

如果 1 分钟一次心跳 也是 0.16M 的 QPS ，消息队列接着，状态存储分片

对数据特征做分片，例如 ID 尾号三位，不同分片的维护一个布隆过滤器 服务，上下线状态用布隆过滤器来维护

自己实现？ 为此要设计 端的离线检测、多级缓存、集群分片和状态一致性的设计。
如果并发写太大，又不想用 Redis ，Cassandra 集群倒是一个不错的选择