自己玩玩就行了，大的业务还是不要只图省钱

SVIP ，想删都删不掉，掩面逃

genymotion

@ahu 有个需求是，特定短信才滋滋我。

每天那么多骚扰短信，还不把我滋高潮了。

@sobigfish 现在有个产品叫 pushover ，准备开始使用。不知道有没有其它类似的产品。


@ybbswc 能用工具解决的，肯定不用人吧，一是团队并没有多大，二是招人的成本明显更高


@byfar 我感觉可行。

@spirit1002 现在短信特别多，想对短信和邮件做关键词匹配

android 上应该可以实现这个需求吧？

我没有做过单机这么大的量，目前单台 LB 上最大的并发连接是 18 万 /s （多台 LB ，要是合起来算应该超过百万连接，毕竟用户数在百万以上）

这里的并发，如果仅是『连接』，并无实际请求和处理，常见的 32G 内存的服务器完全可以抗住 C1000K ，这个问题不用讨论。
如果有读写行为，最好按读写分开计算。

1 ，按常见只读业务， mysql 达到 3-5w QPS 比较容易达到，也就是说 20 台 mysql 机器就能抗下来，只需要分配好主从节点，前端再加上一些缓存，如果有 50%左右的缓存命中， Mysql 的读取压力就能降到 50 wQPS ，一点问题都没有，妥妥的。

2 ，按常见的写业务， 100wQPS 的写我觉得是相当恐怖的，感觉 mysql 还是算了吧，随便上个 hadoop ， es ，前端套个队列，有压力，但估计问题也不大。

最后，我实再编不下去了。

@sfree2005 scaleway 适合中小型海外业务。把国内的数据拖到海外，海外对传需要上 Gb 的宽带，这比在国内用廉价硬盘组集群更贵。

666

@just4test 想不到 aws 跟我渣司的程序员一样，看着不爽就是一顿潇洒任意的 rm

难道就只有我会问『如何写一个支持亿级请求的留言本』么

aws 还挂过呢