Discover が 2 日間で AWS の年間予算から 140 万ドルを削減した方法

携帯電話の共有の料金プランについて覚えていますか。20 世紀初頭、家族全員で携帯電話の通話時間を共有することができました。電話で数時間会話をしていれば、全員の残りの通話時間は使い果たされてしまうこともありました。同様の現象は現在クラウドで起こっています。 

パブリッククラウドを使ったことがある人なら、予期せぬ超過料金の支払いに直面したことがあるでしょう。それも問題ではありますが、さらに問題なのは、一度に数百を処理しなければならない場合に、その内の 1 つのインスタンスを見過ごしてしまうことです。最近 Capital One が買収した金融サービス会社の Discover の開発者が、過剰使用の問題を解決し、大幅なコスト削減を実現する方法を見つけました。クレジットカードを提供している企業が、クラウドでのコストの最適化の価値を理解していることは驚くようなことではありません。しかし驚くべきなのは、たったの 2 日間で、毎年のクラウド費用 140 万ドル削減したということです。

2 日で 140 万ドル

Discover は 2022 年に Red Hat OpenShift に移行しました。それ以前は、同社は Pivotal、VMware、Broadcom が頻繁に推奨する PaaS (Platform-as-a-Service) である CloudFoundry で基盤を固めようとしていました。

Discover の OpenShift 担当の取締役 Craig Katz 氏は、現在 Discover はAmazon Web Services 内のコンテナ・インフラストラクチャの管理に OpenShift を使用していると語っています。既存の 1,200 のワークロードを OpenShift と Amazon Web Services に移行するため、移行のスピードと品質に重点を置き、コストに関する懸念を一掃することを早い段階で決定しました。

Katz 氏は次のように述べています。「迅速、低コスト、品質の 3 つの中から 2 つを選択できます。私たちは、迅速と品質を選びました」

移行が完了した後に、Discover チームは 300 のグリーンフィールド・アプリケーションをプラットフォーム上で構築し、追加でデプロイしました。Katz 氏は、この時にコストの最適化を検討すべき時だと判断しました。Katz 氏は、AWS で約 1,500 のアプリケーションを実行しているため、全体的なコスト削減の取り組みを実行する機会が必ずあると思われたと述べています。その秘訣は、組織が抱えるアプリケーションのポートフォリオ全体にわたって最適化を実施することでした。

スーパーボウルの 1 週間前の 1 月、Katz 氏とシカゴを拠点とするチームは「ゲームデー」を開催しました。

「これは 2 日間のイベントであり、参加者に分析、修正、デプロイを実行するよう依頼しました。2 日間の終わりに、参加者が加えた変更は、プロダクション開発および AWS でのプロダクションにまでプロモートされました」と Katz 氏は言います。

シカゴを拠点としていた開発チームは、Lou Malnati の有名なディープディッシュピザを大量に食べました。Katz 氏は「この 2 日間の取り組みで、年間およそ 140 万ドルの年間コスト削減が実現しました」と語っています。

ワークロードのタグ付け

まず、このような取り組みに関して、 ワークロードにタグ付けするためのポリシーと自動化を規定するようにと、Katz 氏は勧めています。Katz 氏によると、チームは当初これを実装しておらず、その結果、ワークロードをコストセンターに関連付けるために、スプレッドシートに多くの時間を費やす必要がありました。しかし、OpenShift でワークロードをスピンアップすると、所有者はデフォルトで Katz 氏 (コストセンターは彼の部門) になります。開発者がワークロードをスピンアップしている場合は、その開発者の名前がタグ付けされているため、コストセンターにロールアップされます。

Discover はコストを最適化し、IT 支出を予算に直接結び付けることを目指しており、社内でも FinTech に重点的に取り組んでいるため、これは重要な取り組みでした。また、買収により Capital One の IT インフラストラクチャとの統合を推進する動きもあり、ワークロードのタグ付けもその動きを支援するものでした。

テクノロジーと開発者の文化

Katz 氏は 2 日間のゲームデーのイベントを準備する前から、開発者に対して、「Requests (リクエスト)」メタデータをコンテナにベストプラクティスとして設定するよう依頼していました。しかし、このヒントを組織全体に広めるための取り組みは上手くいきませんでした。 

ドキュメントを読むことを好む人もいれば、質問できるように Web セミナーやクラスルームを利用したい人もいると Katz 氏は言います。そのような選択肢の提供を目指したものの、コストの最適化はなかなか実現しませんでした。

しかし、彼が全員を同じ部屋に集め、アプリケーションのライフサイクルの各部分を最適化する方法だけを説明する講演者の話を計画したときに、変化が起こりました。各講演者が数枚のスライドを示しながら話をした後に、参加者のチームは学んだことを直接アプリケーションで応用できるようにしました。その作業の後に、次の講演者が講演を開始しました。この 2 日間は、現実世界の最適化パスを絶えず実施しているような時間となりました。 

ゲームデーのイベント前に、Katz 氏は、当然のことながら、管理者ベースの AWS コストの最適化についても IT チームに指導していました。「我たちは IBM の Turbonomic を使用しています。これは [実行している] サービスの効率化に役立っています。高密度にパッキングして何かを移動することで、スペースを無駄にせずに、ノードのアフィニティーを必要な場所で維持できます」と Katz 氏は語ります。

「この作業に 2 日も必要だった訳ではありません。必要だったのは、メンバーを相互に結び付け、彼らに文化に溶け込み、なぜこれを行っているのかを理解してもらうことでした。私たちは Discover で何カ月にもわたり、この 2 つの値を更新するようにと言い続けてきました。このダッシュボードを見て、この数字を更新してください！というようにです。しかし、それほどの効果はありませんでした。テクノロジーが最も重要であることは明らかですが、文化がなければ停滞して使用されなかったりすることがあるため、文化を組み込むことが重要でした」と Katz 氏は語ります。

Red Hat OpenShift Service on AWS の詳細