软件是非：是系统总会崩溃！

　　感谢开两会，让外地和政府的车都歇了。晚上7、8点的四环，稀疏的车距支持不并线就可以踩到120。一来一往节省了20分钟，用来写几句blog.

　　最近工作需要，找了一些国内计算机媒体上关于saas（软件即服务：software as a service）模式的评论，发现很多人的讨论基础和水平仍然停留在10年前，言必谈安全性和服务水平。其实，这是一个伪命题。

　　saas本身是对十年前的ASP（Application service provider）概念的继承扩展，其本质上说用户不必要购买软件包，而是直接使用互联网服务。当然，今天的saas又被加进去SOA、云计算等光环。Saas的好处显而易见，所以，一说saas，尤其是想说saas的缺点，总是谈安全性、服务水平、网络传输，但其实，这是一个伪命题。

　　很多人，倾向于认为这个东西如果掌握在自己手里，必然比掌握在别人手里靠谱。原则上，没错，但判断到底应该怎么做，还是要用数据说话而不是搞出身论。如果说到安全和服务水平，就看看平均无故障时间好了。前几天google gmail故障了4个小时，大家显得很兴奋。其实，想一想，如果公司自己运营mailserver，要花多少线？每年会发生几个故障4小时。原来我在一家软件公司，即便有庞大专业的维护队伍，每年工作KPI制定的指标，在邮件这一项，允许的故障时数也是按天计算的。

　　这个世界总是有极端事件，比如地震、比如海底光缆故障，这些都是小概率事件，所以总体上看，如果世界上存在靠谱的供应商，对大多数人和企业，采用购买服务的方式总会比DIY更有效率。

　　而且，系统崩溃就是系统崩溃，这是客观现实，我知道就是google或者amazon、salesforce也避免不了。同理，难道自己运维就不会系统崩溃了？在目前看来，差别只是在于，自家运维的系统崩溃了，你可以惩罚或fire一些人，而google或salesforce崩溃了，你没什么地方可以出气。但无论是对系统而言还是对业务而言，崩溃的结果是一样的。

　　声明：本文已得到该Blog作者老白授权，如需转载请与作者本人联系。

　　作者简介：

　　知名博客，老白说真话。

　　附：原文链接