Facebook 中断导致网络连锁反应

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前, 星球 内第2个项目《仿小红书(微服务架构)》正在更新中。第1个项目:全栈前后端分离博客项目已经完结,演示地址:http://116.62.199.48/。采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 255 小节,累计 39w+ 字,讲解图:1716 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 1300+ 小伙伴加入,欢迎点击围观

2015 年 9 月 28 日,从美国东部标准时间下午 3 点左右开始,由于公司所谓的“配置问题”,Facebook 本周第二次 在全球范围内出现间歇性中断。在接下来的 90 分钟内,随着中断变得越来越普遍,用户涌向各种其他社交网络来抱怨这个问题。

但正如我们之前 多次 看到的那样 ,影响并不仅限于无法直接登录 Facebook 的用户。由于这家社交媒体巨头在整个网络上的足迹越来越大,可用性问题在整个网络上产生了连锁反应,许多使用 Facebook 提供登录功能、聊天功能和广告服务的不同网站都感受到了这种影响。

如您所见,大量零售网站的网页加载时间直接受到无法加载的 Facebook 元素的影响。在某些情况下,这是由于某个像素遇到连接失败,而在其他情况下,问题因稍后在渲染中的第二个 connect.facebook.net 请求而变得复杂。我们检查的大多数网站都以这种方式运行,而其他网站的 Facebook 像素完全阻止了 onload 事件的发生,这可能会导致糟糕的用户体验。在 Facebook 的案例中,我们清楚地看到一些网站受到了影响。这导致了最终用户的纺车(或页面仍在加载的其他迹象),以及页面资产加载的潜在延迟。从业务的角度来看,分析和分析等第三方标签可能会延迟,或者根本不会加载。

因此,Facebook 中断对其他网站的影响程度是这些网站如何加载 Facebook 标签的直接结果。任何第三方小部件(如社交分享、评论等)都应始终异步加载,以避免成为单点故障 (SPOF),从而阻止页面上的其他元素加载。然而,即使那样也不一定总能保护您,因为有时异步加载的标签 仍会阻止 onload 事件的发生 ,具体取决于标签的供应商。

这就是为什么要采取的最重要的步骤是保护自己;任何包含由 Facebook(或与此相关的任何其他第三方提供商)托管的元素的网站都应制定严格的服务水平协议,以保护可能因页面上表现不佳的元素而受到负面影响的任何收入流。所有第三方——无论是数据中心、SaaS 工具、广告服务网络还是社交媒体平台——都必须通过具有法律约束力的合同对其绩效负责。

为这个故事添加另一个皱纹的是,Facebook 在艰难的一周到来之际,它正在将自己定位 为在线广告行业的主要参与者 。随着广告拦截工具的兴起,Facebook 凭借其动态消息广告和 Instant Articles 的扩展 占据了广告服务市场的主要份额。虽然一周内出现几个小时的停机时间不太可能对 Facebook 的声誉产生重大影响,但对于社交网站来说,这仍然是一个不幸的时机,它会在遇到重大性能问题的同时试图证明他们可以提供始终如一的卓越服务用户体验优于这些行业的竞争对手。