风雷翅老魔
镇楼

最近大家很多人对于b站崩溃的原因很感兴趣，我查了一下b站的云资源底座用的是阿里云（大家通俗理解为机房），而我18年的时候在阿里云做云资源运营，刚好负责的就是视频和直播板块的客户，之前手里面也有一些客户也是做类似于直播、视频点播的业务，我就给大家分享一下可能的原因。

黑子不是说b站自导自演的吗

小板凳已经搬好了

一瞬间涌入大量人，扛不住。 不是慢慢进入的

一般情况对于一个做视频点播的业务尤其是准时点播业务的客户而言，要去规划它的云资源，一个是要去制定他的架构，第二个就是要预估资源，尤其是高并发情况下的资源，资源就包含了服务器和带宽资源。很多时候大家都觉得觉得技术上面对于高并发已经很成熟了，比如说使用SLB（负载均衡）+ ACCS（应用容器服务）架构本身在资源层面弹性伸缩上就可以满足小到几万，大到几百万的用户的在线观看，但是应用层和数据库层在处理动态实例和流量波动时，缺乏有效的状态管理和数据一致性保障机制，这对于用户侧的业务技术能力要求很高，所以很多公司根本就不会做也做不到这些架构，那么他们就会选择直接硬怼资源，大力出奇迹

绝大部分人都想不到同时在线这么多

第二个，无论你用什么架构，你都绕不开底层的云资源，视频点播网站的云资源一般有带宽、CDN、服务器，我一个一个说。
1.带宽这个大家其实都知道，就是网络通道，比如说千兆网、万兆网，在阿里云的界面是可以直接勾选的，很多人会把带宽理解为一条可以无限扩展的河流，所以很难理解为什么可以扩展还会把这么人卡住，其实带宽其实更类似于一根有口径限制的水管，如果带宽不够了到顶了，你得加再拉几根水管接上，这个是需要一定时间的。

2.CDN（内容分发网络）是一种分布式服务器网络，可以把网站、视频、图片、软件下载等静态或动态内容快速、高效地分发给全球各地的用户。通俗来讲，它就像在你家附近开了很多家“分店”，让你不用每次都跑到遥远的“总店”去取货，你可以就近访问，不用都去一个地方打挤，所以说为什么灵笼缓慢增加到39w人，b站没有崩，这个CDN起到了非常大的作用，后面的人可以在自己区域最近的CDN节点去访问别人的缓存，这样对于网站节点的压力自然就小了。但是这个有一个前提，那就是所在区域必须有人先访问过一次，后续的人才能接近访问，如果大家都是第一次涌进来看，其实它并不能起作用（比如凡人这一次）。

3.服务器，这个其实是大家很多人小觑的一个，之前我们给一个客户大概预计2w人 晚上7点在线定点观看的业务预设了一台256c512g 每个月3w5成本的服务器，结果7点的时候涌进来了4w人，赶紧去临时扩带宽，然后扩资源，但是带宽没有崩，首先崩掉的CPU资源，太多人同时去高频访问，本来带宽就不够用，页面卡住了，这些人就疯狂点刷新，然后就导致了超级多的访问量怼到了服务器，导致CPU使用率超载，然后直接爆炸，业务直接中断了20多分钟，后面新增了2台同配置的服务器才解决。

所以我总结一下核心原因：
1.最核心的原因就是，b站包括大多数的粉丝其实预估的在线量大概就是30-40w，并且b站根据这个量去提前准备的服务器、cdn和带宽的资源，这些资源都是非常非常贵的，在18年的时候4w人在线访问大概需要10w作用的服务器成本，带宽成本和cdn成本都很高，你算算阿b要掏多少钱出来？所以b站不可能无限制预购资源来做准备，肯定是前期做了规划、汇报高层也同意了的。
2.同一时间涌入的人太多了，导致cdn节点没有很好的起到分流的作用，流量集中冲击了网站所在的云资源节点，类似于DDOS攻击，把网站干了个半崩。
3.当业务的云资源严重超载后，无论增加带宽、扩服务器资源还是其他操作，都会对于业务的稳定性有影响，弹幕、评论这些服务很多不能用也是这个原因。

十一点整就崩了。前一分钟还能看。

总结：不管屋子里能装多少人，进门也得排队，除非多装几个门

专业帖子啊。收藏了。也点个关注