用户A：太耽误事儿了，打车打不了，骑车又无法付费，冻得手都紫了。

　　用户B：用滴滴没有打到车~最后用的美团~

　　用户C：滴滴用一场事故说明了他在生活中的重要性。而这泼天的富贵，高德打车和美团打车也没接住。

　　用户D：一晚上抢修都无果，早上依然bug很多，打没打到车也看不到 连车牌号都看不到，上车了司机选不了已上车走不了，一早上七八个司机来接我，我都到达目的地了，还有滴滴师傅给我打电话说已经到了我的打车地儿接我去了。

　　用户E：今天朋友圈，两个飞机没赶上，三个高铁没赶上。上班迟到的还有俩。

　　用户F：攻城狮下班了，想着远程修复，但由于服务器挂了，只能去公司修复，路上想打车，结果发现打不了车，回不去，所以一直修复不了。

　　用户G......

　　用户H......

　　......

　　滴滴怎么了？

　　今天早晨，滴滴出行发文称：经技术团队连夜修复，滴滴网约车等服务已恢复，用户可下载滴滴App使用打车服务。骑车等服务还在陆续修复中，所有可开锁或未关锁的青桔车辆均可免费骑行，希望能缓解早高峰压力……其他问题还在努力解决中，非常抱歉给广大用户出行造成的不便，再次向大家道歉。　　

　　笔者以为是今天早晨突出的情况，后来发现昨天晚上就崩了......

　　据了解，昨天夜间，滴滴平台出现服务异常，有不少网友反映“打不了车”或“取消不了订单”等情况。昨晚23时许，滴滴出行发文道歉，称“系统故障，滴滴App服务出现异常，经技术同学紧急修复，目前正陆续恢复中。”

　　经过一夜的技术人员紧急修复，滴滴出行今晨再次发布声明，声明发布后不到一小时，迅速登上热搜榜首。但在留言区，不少网友反映滴滴App并没有恢复正常服务。　　

　　这才有了文章开篇的网友评论......

　　吐槽该吐吐，但咱们还是简单分析一下造成系统崩溃的背后原因：

　　IT领域有一个词叫“异地多活”，异地多活指的是在不同城市建立独立的数据中心。“活”是相对于冷备份而言的，冷备份是备份全量数据，平时不支撑业务需求，只有在主机房出现故障的时候才会切换到备用机房，而多活，是指这些机房在日常的业务中也需要走流量，做业务支撑。

　　因为现在大公司都是花重金对系统做了异地多活的，为的就是系统可以实现高可用。有网友反馈说，我在上海不能使用，不代表别的地方用户也不能使用吧？

　　可是根据众多粉丝的反馈，结果是残酷的。河北、陕西、大连不能使用。四川、北京、杭州也不能使用……

　　那么，这就很有可能是底层系统遭攻击，有消息透露：

　　“滴滴这种复杂LBS(基于位置的服务) 服务，如果是在基础设施层崩溃，恢复起来不容易的。”

　　对于滴滴系统故障的原因有多方猜测。还有网友爆料称，是滴滴系统半夜被攻击所致。“服务器没有物理隔离，物理攻击后台服务全挂，数据中心都上不去。”

　　不过还有人大胆的猜测：从表现上看，打车、共享单车全挂，不同的业务板块之间应该是有隔离的，说明问题出在更加底层的基础设施。

　　“攻击者一般只能访问到应用层，基础设施访问不到的。要么是被攻击者打穿，要么是自己系统操作不慎挂了。即便是前者，也算是一种系统缺陷，才会被打穿。”

　　后果是相当严重

　　据了解，滴滴平台此次全面的功能瘫痪持续了接近12小时，也是近年来滴滴出行瘫痪时间最长的一次故障。据滴滴出行此前公布的2023年第三季度财报显示，单季度中国出行业务总交易额为725亿元，日均单量达到3130万单，而以此次“崩了”的故障时长计算，估计将会让滴滴损失过千万的订单量和超4亿的交易额。

　　最后呢，笔者不得不说：滴滴在我们的生活中还是挺重要的，但是，我还是想说：“一花独放不是春，百花齐放春满园”。同样作为互联网人，也更好奇这次故障背后的原因，希望日后滴滴可以对本次故障原因有所披露，我们也将持续关注。