If you adopt things at the leading edge, you can gain in the short term, but in the long term, successful technologies get commoditized and become easier to use. You don’t want to be running your own hand-rolled container platform when other people are using managed Kubernetes—the cost is likely too high. But how do you decide whether to adopt a leading-edge technology? And how do you know when it’s time to change? Finally, how can you migrate onto the new architecture while keeping everything up and running?
The Financial Times content platform team put its first containers live in mid-2015 and migrated the rest of its services over by April 2016. At that point, the team was using a largely self-built stack on CoreOS Container Linux with Fleet to do cluster management.
At the end of 2016, the team members decided they wanted to benefit from the work other people were doing and switched over to Kubernetes. But it’s not easy to do that kind of move when you have 150+ microservices and you need to keep the existing platform running in parallel while you do the migration.
Sarah Wells explains why the team decided to do this migration, the challenges they faced in doing it while supporting their live platform, and the lessons learned along the way.
Sarah Wells is technical director for operations and reliability at the Financial Times. A developer with 15 years of experience, Sarah has led delivery teams across consultancy, financial services, and media. Over the last few years, she has developed a deep interest in operability, observability, and DevOps. Previously, she led work on FT’s semantic publishing platform, which makes it easy to discover and access all the FT’s published content via APIs in a common and flexible format. That project focused on Go, microservices, containerization, Kubernetes, and how to influence teams to do the right things.
©2018, O’Reilly UK Ltd • (800) 889-8969 or (707) 827-7019 • Monday-Friday 7:30am-5pm PT • All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. • firstname.lastname@example.org