在正文开始之前，推荐一个我开发的宝藏健身小程序 乐动记 帮助健身爱好者，学习动作，记录和分析训练内容，追踪训练效果！点击下面图片即可使用。
近日，58 岁的泰森与 27 岁的网红保罗进行了一场，备受全世界关注的比赛，这场比赛不仅吸引了 7 万名现场观众，同时通过网络直播的方式，向 Netflix 的数亿订阅用户进行了免费播放。
然而面对这场体育盛事 Netflix 却遭遇了一场前所未有的“灾难”，出现了大规模宕机。
当泰森与保罗的较量正式开始时，Netflix 的用户们突然发现，视频流出现了严重的缓冲和错误提示。让很多用户怀疑是自己家里网路的问题。
这一问题迅速在全球范围内引发了用户的强烈不满和吐槽，Downdetector. com 记录了 13, 895 份中断报告，其中 86%的投诉与视频流问题有关。
面对这场突如其来的危机，Netflix 方面既没有对中断问题作出任何官方回应，也没有向用户解释故障的具体原因。
就算 Netflix 不正面回应，我们也能猜到是什么原因导致了这场直播全面瘫痪，问题的根源可能在于 Netflix 的云计算基础设施，无法抗住这么巨大的流量，也没有做好任何的预备措施，才导致了用户无法正常观看这么一场精彩的比赛。
对于如此规模的赛事，稳定的直播服务至关重要，而频繁的中断让许多用户开始质疑平台应对高流量直播的能力。
作为最早将业务“全量”迁移上云的企业之一，不应该出现这种情况的。
Netflix 一直以来都是云厂商宣传的“经典参考范本”。他们采用了微服务、DevOps 和混沌工程等一系列前沿技术，将庞大的单体应用拆分成灵活的微服务，并部署在云端。
在 Netflix 上云成功之前，几乎没有人相信大型企业真的可以将全部服务全部运行在云端。令人意外的是，十几年后，Netflix 却连一次直播都搞不定了。
正是这种高度依赖云计算的模式，在面对突发性的高并发场景时，展现出了其脆弱的一面，在这场拳赛直播中，由于用户数量的激增和数据流量的爆发式增长，Netflix 的云计算基础设施似乎并没有做好充分的准备。这导致了视频流的缓冲和错误提示，最终引发了全球范围内的直播中断。
Binder事务缓冲区的大小是1MB 吗 为什么使用Bundle而不使用 HashMap ThreadLocal无法在多个线程之间进行上下文信息传递 ThreadLocal 可能会造成数据污染 点击返回键，进程会退出吗 主线程结束了，子线程是否可以正常运行 从字节码看 finally 的本质，你能说出这些代码运行结果吗？ 用final声明的局部变量，能提升性能吗 线程池解决什么问题，为什么不推荐使用Executors创建线程池
👇🏻 真诚推荐你关注我👇🏻
