The platform came under the most strain during its highest-value events
For a live commerce platform, everything happens at once. A seller brings an audience into a live stream. Viewers become bidders, the chat speeds up, and winning buyers head to payment while the next item is already on screen.
The platform's original architecture ran video, bidding, chat, payments and inventory in one shared application, so a successful event strained all of them at once. On a popular auction, latency meant bids arrived late and didn't register, which put the moments that made the most money at the highest risk of failing.
Bidders dropped off before they placed a bid
The buying experience had its own limits. Signup was phone-only, which put off buyers used to signing in with Google or Apple. Checkout had one provider, so bidders in Europe expecting GiroPay or EPS, or mobile shoppers expecting Apple Pay or Google Pay, were pushed through a single route or left. And there were no native notifications, so followers missed the moment their favorite sellers went live.
Every release made the platform riskier because deployments were manual, done in several steps and done by hand across environments that had drifted apart from each other, and each one was a chance for an error that only showed up in production, during a live event.
The team set out to scale each part on its own and make releases routine
The fix had two parts. The team split the platform so a rush of viewers drew on video capacity and not payments capacity, and they worked to make shipping a change routine enough to happen during the week's biggest event without anyone holding their breath.