B 站崩，小红书崩，罪魁祸首竟然是。。难绷！

        根据用户的反馈， B站的内容、评论区都是不能更新的，留言和弹幕也是不能更新的，用户主页、信息界面、客服页面都不能使用。 这是因为当使用者浏览特定的网页时，会出现-500的错误代码，以及“加载中”的留言，等。这意味着什么？ 我有一种感觉， B站有一半都已经崩溃了，这太荒谬了！
天津天迅达科技有限公司
如果您需要相关服务，可以找天津天迅达科技有限公司，我们的业务有Web开发、iOS APP、Android APP、微信开发、HTML5开发等，天迅达——您身边的App个性化定制专家！
        按理说， B站的用户数量很大，而且规模也很大，应该是用微服务之类的框架来单独部署，但这一次，居然一下子就把所有的功能都给搞砸了？ 鱼皮做出了一个大胆的推测，可能是某个公用设施的问题，又或许是地下的某些设施出了问题。
        什么是公益事业？ 例如，在用户服务中，几乎每一个面向用户的模块都会通过“用户服务”来获得用户的信息。 如果仔细看的话，就会发现， B站之所以会崩溃，主要是因为用户的关系比较好。 就像一个人，想要发一条评论，但是你没有任何的资料，你让他发什么东西？ 如果连首页都找不到，那还看什么？当然，这些都是我自己的推测。 小红书、酷安网、恋与深空等网站也跟着倒闭了，这说明这件事并不像 B站公司想象的那么简单。
        根据网络上的消息，这次事件的始作俑者确实是阿里云的网络接入服务。北京时间2024年07月02日10时04分，阿里云监测到上海地区可用区的 N网接入异常。但没过多久，阿里云就已经将上海的 N个可用区的网络全部恢复了过来，没过多久，那些被破坏的服务器就会重新启动。请说明可用区 N网路是什麽。 可用区是指在相同地理位置上，电网与电源相互隔离的一个物理域。 以华北2 （北京）为例，区域范围内支持北京 A可用区、北京可用区 B等12个可用区。 在相同可用区域中，网络延迟越小，用户就越容易接入。
        而 B站、小红书的总部又恰好位于上海，那么在上海的阿里云可用区，就是为了提升网速，这也是合情合理的； 而且，阿里云在上海地区的网络也出现了故障，所以才会崩溃。相信每个人都有过这种体验，当你的家庭网络出现故障，你就再也进不去网站了。 同理， B站也是依靠网络进行数据传输的，当网络崩溃的时候，相关的 API和服务调用都会出现问题，从而无法获得向用户显示的数据。
        其实，就算是阿里云，也不可能完全杜绝网络崩溃这种事情。 比如，天气原因，或者是黑客破坏了网络，都有可能造成网络瘫痪。 但阿里云通过对可用区域进行了分区，至少可以确保，出现的问题，不会波及多个区域。 再加上网络调度，可以在短时间内，迅速地切换到其他.小红书肯定是采用了缓存的方式，比如说，如果不能从网络上接收到用户建议的数据流，那就从服务器的本地缓存或分布式缓存中提取一部分默认的内容。
        当然，也有一种可能，那就是他们并没有使用缓存，而是选择了一个服务，来获取公共信息。比如，假设小红书的热点版块没有出问题，那么 APP首页就能获得热点版块的数据，而无需获得失败的信息流。这让我想起了腾讯的老师曾经告诫我，千万别相信第三方的服务。这就是说，我们必须按照预防程序进行，假定第三方系统肯定会出错，并预先为其做好准备。举个例子，如果你用 XX云端进行数据同步，就算对方保证不会有任何数据损失，我们还是要做好准备，在你的业务代码中写好相应的对策。
        虽然这次的失败是不可预测的，但我相信 B站这么大的公司，一定有办法解决这个问题。例如，跨可用区部署服务，不仅要在阿里云可用区 N网络上部署服务，还要在上海其它可用区进行部署；也可以采取多云的方式，在其它的云服务商中部署服务，如果阿里云的服务已经送完了，就会自动转到另一个服务商；此外，它还可以通过异地多任务，使同一业务在不同的地域上同时运行，增强了系统的可用性和抗灾性。
        当然，这只是一种假设， B站也有可能采用了这种战术，也有可能是因为成本问题，因为我们不是圈内人，所以我们只能根据有限的资料，简单地说一说。估计过不了多久，官方就会公布这次事件的回顾报告了。
以上所有设计图和部分文字均来自网络，如有侵权，请call我删除，感谢~
天津天迅达科技有限公司经过多年来对APP、小程序、以及网站建设的探索，已经帮助每一个客户快速开发出属于自己的APP、小程序、网站，是万千企业之选。
标签：天迅达科技 天津APP开发 天津网站建设 网站建设