阿里云又给我发短信了。阿里不是云提广告，是阿里那种冷冰冰的故障通知：“华北2（北京）地域部分云服务器实例出现网络连接异常，正在紧急修复。云提”

凌晨两点十七分。阿里我盯着手机屏幕，云提心里咯噔一下。阿里客户的云提电商网站就部署在华北2，白天刚做完促销活动，阿里流量还没完全退去。云提我打开电脑，阿里远程连接，云提果不其然，阿里一片超时。云提

这已经是阿里今年第三次了。前两次分别在三月和七月，每次持续时间不长，十几分钟到半小时不等。但每次故障都精准地踩在业务高峰期——一次是月底结算，一次是新品首发。你说巧不巧。

我翻出阿里云的工单记录，发现一个规律：故障通告的措辞几乎一模一样，“部分实例”“网络抖动”“正在抢修”。至于受影响的客户名单，永远不会提前公布。你只能等，等它自己恢复，或者等客服回你一句“建议提交工单排查”。

坦白讲，我不反感云服务商出故障。任何系统都有概率问题，这我能理解。我反感的是那种“通知了等于没通知”的态度。你告诉我网络异常，然后呢？具体影响哪些IP段？预计恢复时间有没有？有没有规避方案？什么都不说，就让你干等。

有个做运维的朋友更惨。去年双十一前夜，他负责的数据库实例突然IO飙升，控制台显示“磁盘性能受限”。他提交工单，系统自动回复：“请检查您的磁盘使用率。”可明明还有40%的空闲空间。折腾到凌晨三点，最后发现是阿里云同一物理机上的“邻居”在跑大数据任务，把共享资源挤爆了。这种问题，客户根本无从排查，只能自认倒霉。

但话说回来，阿里云也有让人服气的时候。去年我处理过一次数据迁移，几TB的冷数据要转到OSS归档存储。按传统方案得跑好几天，结果用它的数据传输服务，一个晚上搞定了，费用还不到两百块。那效率，确实比自建机房强太多。

所以我的态度很分裂。一方面，它便宜、灵活、生态完善，对中小开发者来说几乎是唯一选择；另一方面，它的故障响应机制像个黑箱，出了问题只会发模板化通知，你得自己烧香祈祷。

前两天跟同行聊起这事，他说了句大实话：“云服务就像水电煤，但水电煤断了有国家兜底，云断了只能自己扛。扛不住，就多买几家的。”这话糙理不糙。我现在就在测试腾讯云和华为云的混合部署方案，虽然成本会高一些，但至少夜里能睡个安稳觉。

阿里云提示，凌晨两点半，故障恢复。业务数据完好，损失了几个小时的销售额。我关掉电脑，把手机调成静音。下次再收到这种短信，我可能已经不会点开看了。