bzzhou

如果是非互联网大厂、非专业的数据库团队；那么 99.9%是拿一个开源的系统给你搭建一套；容灾、备份、动态扩容这些都不在话下。

而且 IOT 场景，数据库应该是选择时序数据库，现在主流的解决方案支持这个并发应该没啥问题。

能问出这个问题的人，工资不会多高的，哈哈

原因楼主自己分析的挺清楚的了。
不过从表述中看，楼主理论基础应该偏薄弱，感觉可以加强一下；如第二个问题，就 CAP 这个就可以扯半天了。

一个逻辑：
百度 2018 年收入破千亿，也就是说，其收入主来来自搜索广告
按照中国 8 亿网民来算，平均每个网民给百度贡献了 100+元的收入 /年

你确定收费后，百度可以从这么多人口袋中掏出这么多钱？

不过有一种可能性，对一些垂直领域，例如专利检索，这种付费场景是存在的。

运营情况是指哪方面的？
做的一个项目，可以通过搜索引擎公开的数据，分析一个互联网公司的一些基本面信息（流量获取能力、影响力等）

1. 是否是现在规范就是这样定义的，如果是，那么这个是你的问题。
2. 为了这个小问题，都可以争吵一天，说明你们两沟通存在严重问题

走偏了，好好把基础弄好，数学、算法、计算机体系结构等等等，多写点有技术含量的东西。

之前做过类似的，千万量级也没有压力，基本套路如下：

1. 直接用 MySQL 存储，超时时间戳加索引
2. 周期性从 MySQL 中将超时的任务批量取出，缓存在内存中
3. worker 直接从内存中拿定时器任务，进行处理；处理完毕后更新 mysql 中的状态

被 SSR 坑过的笑而不语（当然，最后肯定是把坑填了，只是成本有点高）
当然，如果贵司确保可以一直有足够牛逼的人，可以去研究 SSR 各种细节的，那么随便自己造一个 SSR 都可以。