Google 的 Jeff Dean 在演讲中提过：对一套系统来说，每年典型的事故率会是这样的：1. 1-5% 的硬盘会坏掉；2. 全系统宕机至少两次。以前没有深切体会，现在我会说，i cannot agree more！
当你负责的系统线上服务器达到百台以上规模时，你就会发现这个系统频繁会出各种各样的问题：死机，是最频繁的，会有各种各样的原因导致死机，内存占满、CPU耗尽、硬盘故障，还有你永远不知道的原因；硬盘挂掉，如果对没有做 RAID 的系统来说，这是一个灾难，对于做 RAID 的系统来说，这是一个事故，不过也有可能是一个灾难；文件损坏，在脆弱的硬盘上面也是有可能的；存储空间耗尽，未必是所有空间都耗尽，但可能程序问题导致某个分区被写满；数据流延误，作为一个系统总有上下游吧，只要有一个地方卡住了，下面的数据流也就停了。
所以我想任何一个互联网企业都会支持异常监控报警机制，最典型的做法应该就是邮件和短信。虽然我不是运维人员，但是自己写的系统出了问题，也脱不了干系。于是报警短信就成了生活旅行必备之调剂品。
但是，报警多了也郁闷啊！为了尽早地发现系统问题，往往一台机器上会布多种监控，CPU、内存、硬盘、进程、数据流、文件，乱七八糟的一个不能少。这样以来误报率就很高，比如CPU IDLE可能一下子压到0但是迅速回升了，这没啥问题，但是报警短信是照发不误。更别说服务器多了，真出事儿的可能性也大，所以每天接个几条到几百条短信，都是很正常的事情。
让人郁闷的不仅仅是报警短信多，还有和平时短信分不清。时间长了，有些报警会出现在什么时候、会以什么样的频率出现，自己心里都有底了。有的短信不看，光凭规律就知道是啥问题，应该以什么优先级处理它。但是掺杂进平时短信就不一样了，这规律就被打乱了，只好每条必看。在无奈之下，现在我只好用一个手机专门收报警短信。
说了那么多，我就是想知道：现在智能手机那么多，有没有哪款智能手机或者APP，像邮件客户端一样，支持根据短信特征将短信分发到不同的文件夹中，并且可以给不同文件夹分配不同铃声或者干脆没铃声？