小编点评

**B站和小红书故障回顾与反思** 近日，B站和小红书在上午10点左右遭遇了一起大规模的服务中断事件，导致用户无法访问视频列表、评论区、收藏夹和弹幕等功能。经过紧急排查，阿里云工程师最终在10:42成功完成了网络切流调度，所有受影响的产品均已恢复正常。 一、故障经过 在10:04左右，B站和小红书突然出现了无法刷新和访问的问题。随后，大量用户反馈遇到同样问题，迅速引发关注。经过初步判断，可能是由于网络问题导致的。 二、应急响应与处理 B站和小红书在发现问题后，立即启动了应急预案。他们在同一可用区内的实例之间进行了网络切流调度，以尽量减少故障影响范围。同时，他们也积极与阿里云工程师合作，共同排查问题根源。 三、官方回应与猜测 在10:35左右，阿里云工程师发布公告称，已经发现上海可用区N网络访问异常，并正在进行网络切流调度。经过一系列操作，所有受影响的产品已在10:42恢复正常。 对于本次事故的原因，有网友猜测可能与“开猿节流”有关，即裁员裁到大动脉的后遗症。但此说法并未得到官方证实。 四、经验教训与改进 1. **提高可用性与容灾能力**：本次事故提醒我们在架构设计时，要充分考虑提高系统的可用性，同时具备容灾能力，以应对突发情况。 2. **快速响应与有效沟通**：在遇到故障时，应及时向用户通报情况，并提供有效的解决方案。 3. **重视用户反馈**：用户的需求和反馈是我们不断改进的动力。对于用户反映的问题，应认真对待并尽快解决。 五、结语 本次B站和小红书的服务中断事件是一次宝贵的学习机会。我们应该从中吸取教训，不断完善自己的系统和服务，为用户提供更稳定、更可靠的使用体验。

正文

大家好，我是凌晨。

今天上午10点左右，我打开B站发现无法刷新视频列表和评论区，收藏夹和弹幕也均不可用。

原以为是手机网络问题，换网络重启手机都还是不行，第一时间打开微博，果然，B站崩了的新闻荣登榜首，小红书崩了的新闻也紧随其后。

不过，一般情况下，像这种大规模平台的这么多功能一起崩溃了显然是不太对劲的，猜测大概率是网关或者一些底层的模块崩掉了。

在10:04，也就是 B 站崩掉的时候，阿里云发布了一个上海可用区N网络访问异常的通知。

10:35时（不知道算不算快），阿里云工程师完成了网络切流调度

10:42时，所有受影响的产品都已恢复正常。

据不可靠猜测，本次事故大概率是开猿节流（裁员裁到大动脉）的后遗症（手动狗头）。

B站和小红书的总部都在上海，同一可用区内实例之间的网络延时最小，其用户访问速度也最快，就选择了阿里云的上海可用区。然后上海可用区N网络出现异常，导致了他们崩掉。

B站这次把错误码直接展示给用户的做法就很不好，如图：

不过B站和小红书在平台出现故障的时候，都有服务熔断降级的情况。这也从侧面再次印证了，我们在架构设计的时候，一定要考虑提高可用性的同时也要具备容灾能力。

最后，这种高等级的事故一般都会有事故复盘，详细的事故原因我们耐心等待官方的事故复盘报告