Updated copy for Auto Trader UK case study (#9673)

* Updated copy for Auto Trader UK case study

Incorporate latest approved copy for Auto Trader UK case study.

Co-authored-by: Joel Barker <joel@lionswaycontent.com>
Co-authored-by: Craig Box <craigbox@google.com>

* Update content/en/about/case-studies/autotrader/index.md

Co-authored-by: craigbox <craigbox@google.com>

* Auto Trader UK case study updates

* Updated featured quote and author image
* Fixed broken link

Co-authored-by: Joel Barker <joel@lionswaycontent.com>
Co-authored-by: Craig Box <craigbox@google.com>
This commit is contained in:
Erik L. Arneson 2021-05-12 10:20:32 -07:00 committed by GitHub
parent ef5c2be414
commit a3c099e5f8
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 19 additions and 20 deletions

View File

@ -1,11 +1,11 @@
---
title: "Istio Pioneer AutoTrader UK Still Benefiting"
linkTitle: "Istio Pioneer AutoTrader UK Still Benefiting"
quote: "Istio is a service mesh that provides cross-cutting functions that all micro services environments need."
quote: "We decided to just try out Istio to see how it would go, and we ended up delivering in the space of about a week more than we had done in the last four months trying to roll it ourselves."
author:
name: "Nick Chase"
image: "/img/authors/nick-chase.png"
companyName: "AutoTrader UK"
name: "Karl Stoney"
image: "/img/authors/karl-stoney.png"
companyName: "Auto Trader UK"
companyURL: "https://autotrader.co.uk/"
logo: "/logos/autotrader.svg"
skip_toc: true
@ -15,23 +15,22 @@ doc_type: article
sidebar_force: sidebar_case_study
type: case-studies
---
[comment]: <> (TODO: Replace placeholders)
Auto Trader UK began in 1977 as the premier automotive market magazine in the United Kingdom. When it pivoted to an online presence near the end of the 20th century, it grew to become the countrys 16th largest website.
Auto Trader UK began in 1977 as the premier automotive market magazine in the United Kingdom. When it pivoted to an online presence near the end of the 20th century, it grew to become the UKs largest digital automotive marketplace.
The IT estate that supports AutoTrader UK is vast. Today, Auto Trader UK manages 40 to 50 customer-facing applications backed by about 400 microservices that process over 30,000 requests per second. Their public-facing infrastructure runs on Google Kubernetes Engine (GKE) and utilizes the Istio service mesh. As a major Istio success story, Auto Trader UK has received plenty of attention for its migration to public cloud services in 2018. It is worth understanding the decisions behind their migration and the ongoing benefits.
The IT estate that supports Auto Trader UK is vast. Today, they manage around 50 customer-facing applications backed by about 400 microservices that process over 30,000 requests per second. Their infrastructure runs on Google Kubernetes Engine (GKE) and utilizes the Istio service mesh. As a major Istio success story, Auto Trader UK has received plenty of attention for its migration to public cloud since 2018.
## Challenge
Changing requirements, both internally and from vendors, precipitated Auto Trader UKs migration to GKE and Istio. One requirement in particular was the need to transparently deploy mutual TLS (mTLS) for all microservices. This effort proved to be monumental for a primarily custom-built infrastructure.
Changing requirements precipitated Auto Trader UK's migration to containerized applications using Istio as a service mesh. One of the most pressing reasons was the recent focus on GDPR. AutoTrader wasnt satisfied with just typical perimeter security. It aspired to also encrypt all traffic between microservices, even those in the same local network, using mutual-TLS. The effort felt significant for a primarily custom-built on-premises private cloud infrastructure operating at Auto Traders large scale.
The mTLS deployment wasnt just necessary because of requirements from partners and vendors; Auto Trader UK was planning to move the bulk of their infrastructure to the public cloud. Strong end-to-end mTLS would be important to protect their entire microservice ecosystem.
There was another motivation for enabling mTLS for all traffic; Auto Trader UK was planning to move the bulk of their infrastructure to the public cloud. [Strong end-to-end mTLS](/docs/tasks/security/authentication/mtls-migration/) would be important to protect their entire microservice ecosystem.
## Solution: Istio and Google Kubernetes Engine
## Solution: Istio and Google Kubernetes Engine (GKE)
The Auto Trader UK IT team already had a strong track record for migrating services to the public cloud. It had become obvious that this was the eventual destination for more and more of their infrastructure. Facing issues with implementing mTLS, part of the IT team experimented with containerizing existing applications and deploying them on GKE, using Istio as a service mesh.
The Auto Trader UK Platform team worked on a proof of concept implementation of mTLS for the on-premises private cloud. As expected, implementation was a laborious task. They decided to experiment with a container-based solution that could leverage a service mesh like Istio to manage mTLS for a key end-to-end slice of their microservice architecture. AutoTrader didnt have ambition to build and manage Kubernetes themselves, so they decided to run their experiment on GKE.
The experiment was a success. What was taking other teams weeks of effort on their private cloud was accomplished in days on GKE. In addition, the Istio service mesh provided seamless end-to-end mTLS across their entire microservice architecture.
The container experiment was a success. Implementing encryption was taking weeks of effort on the private cloud but just days in the containerized project. The migration path to containerized services was clear.
{{< quote caption="Karl Stoney, Delivery Infrastructure Lead at Auto Trader UK" >}}
We decided to just try out Istio to see how it would go, and we ended up delivering in the space of about a week more than we had done in the last four months trying to roll it ourselves.
@ -39,24 +38,24 @@ We decided to just try out Istio to see how it would go, and we ended up deliver
## Why Istio?
While the easy transition to mTLS for all microservices was a strong incentive, Istio also has the backing of many large organizations. Auto Trader UK was already working with Google, so knowing that Google was a strong backer of Istio gave them confidence it would be supported and grow long term.
While the easy transition to mTLS for all microservices was a strong incentive, Istio also has the backing of many large organizations. Auto Trader UK was already working with Google Cloud, so knowing that Google was a strong contributor and user of Istio gave them confidence it had long term support and will grow into the future.
Early success with experiments on GKE with Istio led to quick buy-in from the business. Capabilities that they had been trying to implement for months were suddenly ready in just a week. Istio was able to not only provide mTLS, but also robust retry and backup policies and outlier detection.
Early success with experiments on GKE with Istio led to quick buy-in from the business. Along with an easy path to mTLS, they started enabling important observability capabilities which significantly de-risked the migration to cloud. As Istio has evolved, the platform team has been able to expose core capabilities such as robust retries, outlier detection and traffic splitting with minimal effort.
## Results: Phenomenal Observability
## Results: Confidence and Observability
Istio gave Auto Trader UK the confidence to deploy all applications to the public cloud. With increased observability, they now had a new way to both manage and think about infrastructure. They suddenly had insights into performance and security, meanwhile Istio was helping them discover existing bugs that had been there all along, unnoticed.
Istio gave Auto Trader UK the confidence to deploy more and more applications to the public cloud. Istio allowed them to consider services in aggregates instead of as just individual instances. With increased observability, they had a new way to both manage and think about infrastructure. They suddenly had insights into performance and security. Meanwhile Istio was helping them discover existing bugs that had been there all along, unnoticed. By fixing small memory leaks and small bugs in existing applications, they were able to bring significant performance improvements to their overall architecture.
### Emergence of a Platform Delivery Team
They were able to not only deploy quickly, but package a Kubernetes and Istio solution as an internal product to other development and deployment teams. A team of ten now manages a delivery platform that serves over 200 other developers.
They were able to not only deploy quickly, but package a Kubernetes and Istio solution as an internal product for other product teams to consume. A team of ten now manages a delivery platform that serves over 200 other developers.
While the initial intent of Kubernetes was to enable better application deployment and resource management, adding Istio brought the benefit of phenomenal insights into application performance. Observability was key; Auto Trader UK was now able to measure precise resource utilization and microservice transactions.
Istio and Kubernetes enabled the better application deployment and resource management that the team sought, but Istio also brought phenomenal insights into application performance. Observability was key; Auto Trader UK now measures precise resource utilization and microservice transactions. With these service metrics, they are able to size deployments correctly in order to reduce and manage cloud costs.
While it wasnt a completely transparent migration, the benefits of Istio and Kubernetes encouraged all of the product teams to migrate. With fewer dependencies to manage and many features provided automatically by Istio, cross-functional requirements are met with almost no effort by project teams. Teams are able to deploy web apps globally in minutes, with the new infrastructure easily handling about 200 to 250 deployments per day.
While it wasn't a completely transparent migration, the benefits of Istio and Kubernetes encouraged all of the product teams to migrate. With fewer dependencies to manage and many features provided automatically by Istio, cross-functional requirements are met with almost no effort by project teams. Teams are able to deploy web apps globally in minutes, with the new infrastructure easily handling about 200 to 250 deployments per day.
### Enabling CI/CD
Even a brand new application can be deployed in just five minutes. Rapid deployment for existing applications has changed release methodologies at Auto Trader UK. They no longer use release cycles, but instead use CI/CD to quickly deploy new changes. Fine-tuned monitoring with Istio allows the deployment team to quickly and accurately pinpoint problems with new deployments. Individual teams are able to look at their own performance dashboards. If they see new errors, changes can be rolled back immediately via the CI/CD dashboard. The recovery time with Istio is mere minutes.
Even a brand new application can be deployed into production in just five minutes. Rapid deployment for existing applications has changed release methodologies at Auto Trader UK. With more confidence in observability and roll-back, more teams are adopting CD practices. Fine-tuned monitoring with Istio allows the deployment team to quickly and accurately pinpoint problems with new deployments. Individual teams are able to look at their own performance dashboards. If they see new errors, changes can be rolled back immediately via the CI/CD tooling.
Auto Trader UK took a large, fully custom IT estate and systematically shifted it to microservices on a public cloud. Their implementation of Istio was a key part of the success of the migration and has opened up their entire organization to better process, better visibility, and better applications.

Binary file not shown.

After

Width:  |  Height:  |  Size: 166 KiB