It has been over a year since we first embarked on our serverless journey at Comic Relief, and our functions have been happily running in production ever since. We’ve invoked over 40 different functions – millions of times – and spent no more than a couple hundred dollars, most of which spent on invoking functions hammering our servers as part of load testing. We built APIs on top of various databases, simplified our contact service, built a step counter service for UK schools participating in our billion steps challenge for Sport Relief, run a UK schools lookup service, and are currently converting our main donation platform to a serverless application.
I talked about our journey of building a product to power all our editorial websites at Comic Relief (see my previous blog post), and focused on three topics: editor experience, automation & streamlining, and using decoupled services.
Check out the video of my presentation (audio+slides),
As part of our objectives in 2016, we set out to solve a recurring problem at Comic Relief: how can we build an engaging, fast and secure fundraising campaign website – the likes of rednoseday.com and sportrelief.com – in a couple of months? How can we make sure that editors are able to create compelling landing pages that reach their different audiences?