这样的需求，真的是计算压力太大吗？
大家好，我是一个非技术人员，我有一个需求，技术答复不好实现，是因为计算压力太大。
我并不是质疑我的同事，但我真的想搞明白，为什么会压力大，实现成本到底有多大。过年期间，我想不出所以然，所以来这里请教。 谢谢
手机应用主动向服务端发起请求，服务端每30秒向手机应用发送1张图片，录手机的IMEI和图片编号，保证发送的图片是不重复的。
例如：
手机应用向服务端发起请求，服务端发送A图片到手机应用，录手机IMEI和图片编号A。30秒后，服务端再向这个手机应用发送1张图片B，30秒后发送图片C，用户在接收到C后关闭应用。
次日相同IMEI手机的应用再次向服务器发起请求，服务端不能给该IMEI码上的应用发送A或B或C，需要发送D。
每天需要处理的IMEI数量在1000万级，每日请求次数在百亿次左右。
[解决办法]
感觉这个鸭梨是相当大。
1000万级的IMEI，再加上图片的数量数千张，需要记录每个IMEI已经发送过的图片，保证发送的图片不在记录的“已发送”范围内。单单记录“已发送过的图片”就海了去了。
如果需求改成这样呢？每张图片都有编号，每次发送都从小到大发（或者可以指定当天发送的最小编号，当手机已发送的编号小于当天最小编号时，以当天最小编号发送）
这样就只需要记录每个IMEI一个值：已发送的最小编号
计算量应该就可控了。
[解决办法]
每日请求次数在百亿次左右.....而且还是图片,服务器还不挂掉啊
[解决办法]
使用什么方式通信呢？
每日请求次数在百亿次左右，假设计算每次通信的数据量是1KB，用户请求是均衡的，白天晚上都一样，那么通信需要的带宽是100亿×1KB/86400秒=115.74MB/秒。相当于千兆以太网，我想知道你的3G通信设备有这么大的带宽吗？
[解决办法]
每日请求次数在百亿次左右。
一天其实只有8万6千400秒
每秒平均12500多次？
这不大可能
[解决办法]
这个应用就算能做，至少也要几个亿的预算吧。
