Back to Resources


Posted April 19, 2024

All the 9s in the World Won’t Save You from Taylor Swift

Taylor Swift's Eras Tour broke records, hearts, and the Internet itself. Even if you're not a Swiftie, web developers and QAs can learn many lessons from this event. Marcus Merrell explains.


Remember when Taylor Swift announced her Eras Tour, one of the most highly anticipated events of 2023? Well, the largest online ticket seller in the world certainly remembers it. We’ll talk a little more about that episode below, but it’s time for an update.

Now that she’s released The Tortured Poets Department, it’s time to revisit the Infamous Eras Event, so we help you protect your 9s from the deluge of Swifties. 

Let’s talk about software testing.

The November 2022 event occurred at the intersection of three different areas of software development risk: load/performance, security, and chaos engineering. Each area has a different set of engineers and testers working for it, and I have yet to work for a company where these were done by the same team — folklore has it that the teams doing this testing generally don’t even work directly with the people responsible for the areas they’re testing!

Each of these is a career path unto itself. Many books have been written, and much venture capital has spilled into companies centered around them.

Why don’t they talk to each other?

It’s important to understand the convergence of these disciplines, lest you live in perpetual fear of the Swifties.

What Happened

In November 2023, Taylor Swift announced the Eras Tour, her sixth world tour, commemorating the release of her 10th studio album. Presale tickets popped up on a major ticketing site, which promptly groaned, creaked, and fell over. Fearless Swifties hammered the site without mercy, and as the small Utah theme park called “Evermore” found out, that can be a problem.

Unlike the decidedly low-tech method available to me when I bought Van Halen tickets from the grocery store in 1989, the whole world is now standing in the same virtual queue, and even the most durable cloud architecture can’t handle this level of deluge.

People will abandon a brand in a flash when they don’t have a good experience, so when they don’t have a choice about where they get their tickets from, they turn to the best tools they have (TikTok, Twitter, and Instagram) for their outrage.

We're Measured In Uptime

Your reputation is measured in 9s. If you have “3 9s of reliability,” your site is up 99.9% of the time. In the early 2010s, this was the gold standard, even though it meant you could only be in the red for 8h 46m in a year (about 10 minutes a week). This was the early days of cloud computing, distributed architecture, regional failover, and SRE.

Now, 4- and 5-9s is the standard–you don’t even have seconds before Reddit sees hundreds of angry posts. The average Taylor Swift lover doesn’t care if you have 99.999% up-time (5:16 of outage per year). The only time Swifties are even looking at your ticketing site is during that 5 minutes of outage!

That is a very powerful, very loud, very large group of people to be angry with you all at once. This isn’t just ticketing platforms — it extends to game releases, the newest iPhone, Marvel movies, mortgage interest rate changes, bank runs, toilet paper hoarding and many, many more.

Performance Testing

Any time you have a large number of requests sent to a service with finite resources, you risk it being overrun.

Not just API-based performance testing, but also functional performance testing, preferably with multiple browsers and mobile devices, done from multiple data centers around the US (or around the world) to ensure you can cover traffic with different latencies, different geographic origin, etc.

Most performance testing seems to be done from internal infrastructure, and this is where I would urge you to rely on cloud providers to give you the diversity of region, machine type, and device. It also requires deep monitoring and error reporting to be embedded into production systems.

Security Testing

Once hackers get wind that a site is down for one reason, they can look for open pathways to attack other parts of the system. They can even start to anticipate this when they know that particular businesses are regularly brought down by large traffic volumes!

And this isn’t just penetration and hacker testing, but also DDOS testing, and making sure your systems are resilient to more than code attacks. When a microservice is brought down by an attack, it can be like an open pipe–one that runs in both directions. You need to make sure a partial system outage doesn’t render the rest of your system open to unintended uses of your APIs.

Chaos Testing

This issue is related to chaos testing because, well, it’s right there in the word: a situation arises where not only do you not control, but also you don’t even know what's going on in various parts of the system.

Chaos testing isn’t as widespread as it should be. Companies that do have dedicated teams and infrastructure enjoy a level of confidence in their system that inspires envy in others, but they also tend to work in isolation. If they have their own environment, segregated from the dev/test environments, it’s often not known how their work can apply to other teams (unless they uncover something huge). They need to work with Security and Performance testing teams to make sure that systems can expect the unexpected, and that failover systems work as designed.

How to Fix It

This issue is related to all three of these disciplines because you simply can’t cover this with a single methodology. People think of QA as one monolithic blob of overlapping skill sets, but there are significant differences between the craft, the threats, and the risk profile covered by each.

I can’t give you the recipe for how to fix it, except to say that it’s going to depend on your particular situation, and the human element of how your teams communicate. Risk modeling for this needs to be hyper-collaborative.

This requires strong executive leadership, as well as a good understanding of the blast radius of these failures. It’s not only very difficult, but until recently I’d argue that it wasn’t possible.

My advice to all these teams: get into a room together and speak, now, unless you want these headlines to keep waking you up on random midnights.

The Tortured Testers Department

As Taylor Swift gears up to release her new album on April 19th, online music platforms such as Spotify and Amazon Music, alongside retailers selling CDs and vinyl, must prepare for a significant surge in traffic.

Streaming services will need to ensure robust server capacity and network resilience to handle the spike in activity without service disruptions. This involves scalable cloud infrastructure and real-time traffic monitoring to maintain a seamless user experience across the platform.

Retailers offering physical media must also brace for increased demand, particularly for limited edition items that can quickly overload systems. Implementing robust e-commerce solutions, including virtual waiting rooms and scalable payment processing systems, will be crucial. Both streaming services and online retailers must engage in rigorous load testing and develop incident response strategies to protect their 9s, ensuring they’re equipped to handle the wave of Swift's popularity without faltering.

As Taylor Swift herself might sing, it's time for streaming platforms and online retailers to "shake off" the potential troubles and prepare to hit the high notes of reliability and customer satisfaction when her album drops.

After all, ensuring they're ready for Swift's big release will prove they can stay "enchanted" even in the face of overwhelming demand.

This content was originally published in APMDigest.

Photograph of Marcus Merrell.
Test Strategist
Apr 19, 2024
Share this post
Copy Share Link
© 2023 Sauce Labs Inc., all rights reserved. SAUCE and SAUCE LABS are registered trademarks owned by Sauce Labs Inc. in the United States, EU, and may be registered in other jurisdictions.