Istio パイオニア AutoTrader UK、引き続きメリットを享受

Auto Trader UKは、1977年に英国で主要な自動車市場雑誌として始まりました。20世紀末にオンラインに移行した際、英国最大のデジタル自動車市場に成長しました。

Auto Trader UKを支えるIT環境は広大です。現在、1秒あたり30,000件を超えるリクエストを処理する約400のマイクロサービスによって支えられた、約50の顧客向けアプリケーションを管理しています。彼らのインフラストラクチャは、Google Kubernetes Engine(GKE)で実行され、Istioサービスメッシュを利用しています。Istioの大きな成功事例として、Auto Trader UKは2018年以降のパブリッククラウドへの移行で多くの注目を集めています。

課題

変化する要件が、Auto Trader UKのサービスメッシュとしてIstioを使用したコンテナ化アプリケーションへの移行を促しました。最も差し迫った理由の1つは、最近のGDPRへの注力でした。AutoTraderは、典型的な境界セキュリティだけでは満足していませんでした。ローカルネットワーク内のマイクロサービスを含め、すべてのマイクロサービス間のトラフィックを相互TLSを使用して暗号化することを目指していました。Auto Traderの大規模な規模で運用されている、主にカスタム構築のオンプレミスプライベートクラウドインフラストラクチャにとっては、大きな努力に感じられました。

すべてのトラフィックでmTLSを有効にするもう1つの動機がありました。Auto Trader UKは、インフラストラクチャの大部分をパブリッククラウドに移行することを計画していました。強力なエンドツーエンドmTLSは、マイクロサービスエコシステム全体を保護するために重要でした。

ソリューション:IstioとGoogle Kubernetes Engine(GKE)

Auto Trader UKのプラットフォームチームは、オンプレミスのプライベートクラウドでのmTLSの実装の概念実証に取り組みました。予想どおり、実装は大変な作業でした。彼らは、マイクロサービスアーキテクチャの重要なエンドツーエンドスライスのmTLSを管理するために、Istioのようなサービスメッシュを活用できるコンテナベースのソリューションを試すことにしました。AutoTraderはKubernetesを自分で構築および管理するつもりはなかったので、GKEで実験を実行することにしました。

コンテナの実験は成功しました。暗号化の実装にはプライベートクラウドでは数週間かかっていましたが、コンテナ化されたプロジェクトではわずか数日でした。コンテナ化されたサービスへの移行パスは明確になりました。

なぜIstioなのか?

すべてのマイクロサービスへのmTLSへの簡単な移行は強力な動機でしたが、Istioには多くの大企業の支持もありました。Auto Trader UKはすでにGoogle Cloudと連携していたため、GoogleがIstioの強力な貢献者でありユーザーであることを知ったことで、長期的なサポートがあり、将来的に成長するという確信を得ました。

Istioを使用したGKEでの実験の初期の成功により、ビジネスからの迅速な賛同につながりました。mTLSへの簡単な道筋に加えて、クラウドへの移行のリスクを大幅に軽減する重要な可観測性機能を有効にし始めました。Istioが進化するにつれて、プラットフォームチームは、堅牢な再試行、外れ値検出、およびトラフィック分割などのコア機能を最小限の労力で公開できるようになりました。

結果:信頼と可観測性

Istioは、Auto Trader UKがパブリッククラウドにより多くのアプリケーションをデプロイする自信を与えました。Istioを使用することで、個々のインスタンスとしてではなく、集約されたサービスとして考えることができるようになりました。可観測性が向上したことで、インフラストラクチャを管理し、考える新しい方法が生まれました。彼らは突然、パフォーマンスとセキュリティに関する洞察を得ました。一方、Istioは、これまで気づかれずに存在していた既存のバグを発見するのに役立っていました。既存のアプリケーションの小さなメモリリークや小さなバグを修正することで、アーキテクチャ全体のパフォーマンスを大幅に向上させることができました。

プラットフォームデリバリーチームの出現

彼らは迅速にデプロイできるだけでなく、KubernetesとIstioのソリューションを、他の製品チームが利用できる内部製品としてパッケージ化することができました。10人のチームが、200人以上の他の開発者にサービスを提供するデリバリープラットフォームを管理しています。

IstioとKubernetesは、チームが求めていたアプリケーションのデプロイとリソース管理の改善を可能にしましたが、Istioはアプリケーションのパフォーマンスに関する驚異的な洞察ももたらしました。可観測性が鍵でした。Auto Trader UKは現在、正確なリソース使用率とマイクロサービストランザクションを測定しています。これらのサービスメトリックを使用することで、クラウドコストを削減および管理するために、デプロイのサイズを適切に調整することができます。

完全に透明な移行ではありませんでしたが、IstioとKubernetesのメリットが、すべての製品チームに移行を促しました。管理する依存関係が少なく、Istioによって多くの機能が自動的に提供されるため、プロジェクトチームはほとんど労力をかけずにクロスファンクショナルな要件を満たすことができます。チームは、新しいインフラストラクチャで1日に約200〜250回のデプロイを簡単に処理できるため、Webアプリを数分でグローバルにデプロイできます。

CI/CDの有効化

真新しいアプリケーションでさえ、わずか5分で本番環境にデプロイできます。既存のアプリケーションの迅速なデプロイにより、Auto Trader UKでのリリース方法論が変わりました。可観測性とロールバックへの信頼が高まったことで、より多くのチームがCDプラクティスを採用しています。Istioによる微調整されたモニタリングにより、デプロイチームは新しいデプロイの問題を迅速かつ正確に特定できます。個々のチームは、独自のパフォーマンスダッシュボードを見ることができます。新しいエラーが発生した場合、CI/CDツールを使用してすぐに変更をロールバックできます。

Auto Trader UKは、完全にカスタムのIT環境を大規模に抱えていましたが、それを体系的にパブリッククラウド上のマイクロサービスに移行しました。Istioの実装は、移行の成功の重要な部分であり、組織全体がより良いプロセス、より良い可視性、そしてより良いアプリケーションに開かれました。

この情報は役に立ちましたか?
改善のためのご提案はありますか?

フィードバックありがとうございます!