The Widespread Effects of Facebook’s Latest Outage
Join the DZone community and get the full member experience.Join For Free
every day, hundreds of millions of users access facebook, either through the site’s homepage, or through widgets and apis on other sites. so when the social media giant experiences an outage in their service, the ripple effects spread far and wide.
that’s precisely what happened for roughly half an hour on thursday, june 19 from 3:50 to 4:21 am edt. this has been reported as their longest outage in four years , but as we uncovered back in 2012, there were two instances of even longer ones (each over two hours) within a 12-hour timeframe.
many sites experience outages such as this, which usually only affect users who are trying to log in directly from their homepage. yet because the facebook footprint is so huge, it had a drastic effect on many other sites which use facebook apis for their login tools or widgets for commenting systems, sharing platforms, etc. thus, many of these sites’ user experience was impacted.
as the chart shows, during the times when facebook was down, the document complete took significantly longer for several sites, often over 30 seconds (represented by the red dots at the top).
if a site does not use an asynchronous tag of facebook, the document complete on the page will be delayed until the facebook request times out. and if the page was not coded correctly, certain interactions or content might not have worked properly, with the user being impacted by the dreaded pinwheel (or spinning hourglass).
for example, popular music streaming site spotify, which uses a facebook api to allow users to log in and share their playlists, saw a variety of performance issues. obviously no one could use the fb login api, but the site’s background images did not load as well.
of course, spotify was not the only affected site, because the practice of implementing asynchronous coding for third-party tags is not very widespread despite years of web performance experts advocating for its usage. generally, adoption of such a policy requires that the vendor tags support it ( which facebook does offer ), but also implementation on the part of the sites using it.
the lesson, therefore, is a poignant one: when utilizing any third-party tags, particularly ones that have such a big effect on your end users interaction with your site, it’s imperative that you make sure the code is asynchronous with your own to prevent it from affecting your entire site’s performance.
all website developers need to take note of this. in order to avoid similar problems in the future, ensuring that you’re using the proper third-party tags is essential.
Published at DZone with permission of Mehdi Daoudi, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
Azure Virtual Machines
Java Concurrency: Condition
Building a Robust Data Engineering Pipeline in the Streaming Media Industry: An Insider’s Perspective
Authorization: Get It Done Right, Get It Done Early