A weekend where deliveries don’t seem to be …. delivering. One of Britain’s favourite food delivery go-tos, Just Eat, reported on its socials of “experiencing some technical issues” on Friday evening – a crucial time when reliance on food delivery services is at its peak. Peak periods are when tech platforms expect to experience spikes in demand compared to other times of day. This has left customers and restaurants alike in a state of frustration and confusion but more importantly, left hungry customers and restaurants with reduced orders and revenue.
It is not always straightforward to predict the pattern of demand and the impact on the underlying technology stack that makes up your platform. Just Eat went through a program of decoupling and worked towards a ‘microservice’ architecture back in 2019. This would have helped isolate such issues and reduce Mean Time to Restore (MTR) of services. However, this does not mean that complications -especially when you consider 3rd party integrations and services managed outside of your ecosystem- would not arise.
The fundamentals remain the same: To maintain a good service for unpredicted traffic and handling unforeseen issues within individual components, one needs to be confident in these 4 areas and capable of answering these questions:
When supporting our retail clients to prepare for known and unknown peaks we follow a tried and tested methodology of reviewing the technology landscape dependencies and weaknesses within the architecture followed by testing of different scenarios representing expected user profiles and malicious activities such as BOTs. This, tied with the improvement of DevOps and SRE processes has consistently helped retail clients unblock platform scaling limitations and remove bottlenecks within complex integrated platforms at application and infrastructure layers to successfully and cost effectively serve clients when demand peaks.
How are you assuring your site reliability and operational stability? Reach out for a free diagnostic and consultation.