Luma Health、EKSコストを40%削減し年間数千時間のエンジニアリング工数を創出
- 90%
- Kubernetes手動ライトサイジング時間の削減
- 40%
- Amazon EKSコストの削減
- +1,700h/year
- 信頼性とパフォーマンスへ再配分したエンジニアリング工数
世界中のサッカートラフィックを支えるプラットフォームにとって、慎重になるのは当然です。注目のライブマッチ、突発的な移籍ニュース、ワールドカップの劇的な瞬間は、突如として予測不能なトラフィックの急増を引き起こします。こうした環境では、プロビジョニング不足のコストは技術的な問題にとどまらず、ファン体験に直接影響を及ぼしかねません。
これまでOneFootballのエンジニアは、トラフィックが集中するイベント中のパフォーマンスを守るため、サービスが通常必要とする量を上回るCPUとメモリを割り当てることが少なくありませんでした。その判断は理にかなっています。試合の決定的な場面でサービスが劣化するリスクを冒すよりも、余裕を持たせるほうが安全だったのです。
しかし、その慎重さの積み重ねは大きな影響をもたらしました。ピークの合間にはリソースが遊休状態となり、インフラコストは増加し、各サービスが効率性・レジリエンス・本番運用の信頼性のバランスにふさわしい設定になっているかを、チーム横断で一貫して把握する手段がありませんでした。
やがてオーバープロビジョニングは、防御的な運用モデルとして定着していきます。目先のリスクは抑えられた一方で、隠れた非効率や見逃された最適化機会、信頼性を保ちながらコスト構造を改善できる設定パターンが見えにくくなっていきました。
OneFootballにおけるKubernetesリソース管理は、その多くが手作業に頼っていました。エンジニアがダッシュボードを確認し、サービスの挙動を分析し、CPUとメモリの割り当てを一つひとつ手で調整していたのです。この作業には時間と文脈理解、そしてプラットフォームエンジニアとサービスオーナー双方による繰り返しの判断が求められました。
この作業自体には価値がありましたが、ライブスポーツ需要のスピードと変動性にはとうてい追いつけません。サッカーのイベント中、トラフィックは数分のうちに急上昇しては引いていきます。さらに需要は、国際大会、各国リーグ、国別イベント、速報、そして事前に正確に予測することなど不可能な試合結果によっても変動します。
世界中のオーディエンスを抱える拡大中のKubernetes環境で、こうした変化を手動のレビューサイクルで継続的に追いかけることは不可能でした。また、関連するトラフィックの時間幅がイベント・市場・大会によって大きく異なるため、意味のある時間軸を一貫して適用することも困難でした。
手作業による最適化は、判断のばらつきも生み出します。Kubernetesの専門知識、リスク許容度、確保できる時間が異なれば、各チームの結論も異なります。その結果、リソース設定が必ずしも、実際のサービス挙動に基づく一貫したデータドリブンな理解に裏打ちされているとは言えませんでした。
OneFootballにはすでにオブザーバビリティの仕組みがありました。既存ツールを通じて、サービスを監視し、挙動を調査し、本番のシグナルを把握することはできていました。課題はオブザーバビリティの欠如ではなく、観測することと、そのシグナルを実行可能なKubernetes最適化の意思決定へ継続的に変換することの間にあるギャップでした。
クラウドプロバイダーのダッシュボードはインフラ全体の支出を可視化してくれましたが、プラットフォームチームがコスト・効率性・レジリエンスのバランスを取るために必要なサービスレベルのインサイトまでは届きません。インフラコストが発生していることは見えても、どのサービスがそのコストを牽引しているのか、リソースが効率的に使われているのか、運用リスクを増やさずにどこを最適化できるのかを把握することは容易ではありませんでした。
最適化インテリジェンスが欠けていたため、意思決定は難しいままでした。リクエスト、リミット、使用パターン、コスト影響、レジリエンシーシグナルをサービスレベルで明確に把握できなければ、適切なトレードオフを見極めるには手作業による調査と解釈に頼らざるを得ません。
ここで「最後のひと押し」となったのが、レジリエンシーインサイトとアラート機能です。これらはオブザーバビリティに取って代わるものではなく、それを補完するものでした。オーバープロビジョニングされているサービス、リソースプロファイルが非効率なworkloads、レジリエンスとコストのバランスをさらに高められる設定パターンなど、見落とされがちなポイントをプラットフォームチームが発見できるよう後押ししてくれました。
これらの課題を総合すると、慎重ではあるものの防御的な運用に陥っているエンジニアリング組織の姿が浮かび上がります。OneFootballが成長を続け、世界規模の主要なサッカーイベントに備えるなかで、プラットフォームチームには、エンジニアにコスト効率と本番運用の信頼性のどちらかを手探りで選ばせるのではなく、より自動化され、透明性が高く、信頼できるKubernetes最適化の手段が必要でした。
OneFootballがPerfectScale by DoiTの活用を始めたとき、目的は単にもう一つダッシュボードを増やすことではありませんでした。プラットフォームチームには、すでにオブザーバビリティの仕組みがあったからです。彼らが必要としていたのは、Kubernetesの挙動を、コスト・効率性・オートスケーリング・レジリエンスにわたる実行可能な最適化の意思決定へ継続的に変換する手段でした。
PerfectScaleは、その欠けていたインテリジェンス層を提供しました。手作業による調査と防御的なオーバープロビジョニングから脱却し、世界中のサッカートラフィックの変動に耐えうる、自動化されたデータドリブンな最適化への移行を後押ししたのです。
初日からPerfectScaleは、Kubernetesリソースがどのようにリクエストされ、消費され、コストに変換されているかを、より精緻なサービスレベルで把握する視点をプラットフォームチームにもたらしました。エンジニアはCPUやメモリの使用率だけでなく、リソース割り当ての意思決定がもたらすコスト面・運用面の結果まで理解できるようになりました。
この可視化は、組織全体のインフラに関する議論のあり方も変えました。Kubernetes最適化を単なる技術課題として扱うのではなく、リソースに関する意思決定をビジネスインパクト、本番運用の信頼性、コスト効率と結びつけて語れるようになったのです。
この点は、急なスパイクに備えつつもピーク間の無駄を避ける必要があるライブスポーツの環境では特に重要でした。PerfectScaleは、リソースが使い切れていない箇所、設定を改善できる箇所、信頼性を損なわずに最適化できる箇所を示すことで、こうしたトレードオフを理解しやすくしてくれます。
PerfectScaleは、OneFootballのKubernetes環境全体において、手作業によるリソースレビューのサイクルを、継続的で自動化されたライトサイジングへと置き換えました。エンジニアが定期的にダッシュボードを確認してCPUとメモリの割り当てを手で調整するのではなく、PerfectScaleが実際のサービス挙動に基づく推奨と自動化を継続的に提供するようになったのです。
これは、サッカーが生み出すトラフィックパターンには欠かせない仕組みでした。注目試合、移籍報道、プッシュ通知、ワールドカップの瞬間は、サービスごとに需要を急速かつ不均一に変化させます。手作業の最適化では、こうした変化に確実に追従することは困難でした。とりわけ、関連するトラフィックの時間幅が大会・国・イベントによって異なる場合はなおさらです。
PerfectScaleにより、OneFootballはworkloadsをより継続的かつ一貫して最適化できるようになりました。サービスは推測ではなく実際の利用パターンに基づいてチューニングされ、本番workloadsに求められる信頼性を保ちながら無駄を削減できます。
また、OneFootballの既存オブザーバビリティスタックを補完するレジリエンシーインサイトの可視化も実現しました。これらのインサイトは、見落とされがちな設定パターン、リソースプロファイル、最適化機会について、エンジニアにもう一段の可視性を与えてくれます。
プラットフォームそのものに加えて、DoiTの幅広いサポートエコシステムが、信頼の構築と導入の加速に重要な役割を果たしました。OneFootballは、カスタマーサクセス、ポストセールスサポート、ソリューションエンジニアリング、Kubernetesの専門知識にアクセスでき、戦略的な指針から日々の質問対応まで、プラットフォームチームには明確な相談先がありました。
このサポートが特に価値を発揮したのは、OneFootballが汎用的な最適化モデルを求めていたわけではなかったからです。プラットフォームチームは、PerfectScaleがOneFootballのKubernetes運用、本番リスク管理、プラットフォームエンジニアリングの考え方にフィットすることを必要としていました。
「私はプラットフォームエンジニアリングの視点から、PerfectScaleを徹底的に掘り下げました。価値があったのは、最適化の推奨が見えることだけではなく、なぜそれが妥当なのか、実際のworkloadsの挙動とどう対応しているのか、そしてコスト・オートスケーリング・レジリエンシーのトレードオフを安全にバランスさせるうえでどう役立つのかを理解できたことです。PerfectScaleチームとの定期的なミーティングも、エッジケースを検証し、OneFootballが実際にKubernetesをどう運用しているかに沿って統合を形にしていくうえで役立ちました。」 Andrea Benfatto, Platform/Cloud Runtime Engineering Manager, OneFootball
定期的なPerfectScaleとのミーティングは、両チームが時間をかけて統合を磨き上げる場となりました。OneFootballはこのセッションを通じてフィードバックを伝え、推奨を検証し、エッジケースを議論し、自社の運用ニーズに沿ってセットアップを形作っていきました。その結果、統合はOneFootballのワークフロー、トラフィックパターン、プラットフォーム要件によりよく合致するものになっていきました。
DoiTのソリューションエンジニアとKubernetesスペシャリストは、OneFootballのプラットフォームチームと緊密に連携し、推奨が技術的に妥当で、運用上安全で、本番要件に沿うものとなるよう取り組みました。この実践的なコラボレーションが、リスク低減、意思決定の加速、システムへの信頼強化に貢献しています。
OneFootballにとっての価値は、自動化、サービスレベルの可視化、レジリエンシーインサイト、そして専門家のサポートが組み合わさったところにありました。PerfectScaleは既存のエンジニアリング判断やオブザーバビリティに取って代わるのではなく、継続的な最適化インテリジェンスでそれらを補完し、プラットフォームチームが大規模環境でより良いKubernetesの意思決定を下せるよう支援しています。
PerfectScale by DoiTは、OneFootballにおける大規模Kubernetes最適化の中核を担う存在になりました。コスト効率と本番運用への備えのバランスを取るために必要な可視化、自動化、レジリエンシーインサイト、そして確信を、プラットフォームチームに与えてくれます。2026 FIFAワールドカップのような世界規模のサッカーの瞬間に備える今、その意義はとりわけ大きなものです。
Andrea Benfatto, Platform/Cloud Runtime Engineering Manager
OneFootballは、Kubernetesインフラコストにおいて即時かつ測定可能なインパクトを実現し、環境全体で25%以上の削減を達成しました。これは大規模なアーキテクチャ変更を必要とせず、エンジニアリングチームに新たな運用上の複雑さを持ち込むこともなく実現されたものです。
最適化できる箇所を継続的に特定することで、PerfectScaleはOneFootballが無駄を削減しつつ、世界中のサッカートラフィックに対応する本番運用の信頼性を維持できるよう支援しました。これは、2026 FIFAワールドカップをはじめとする世界規模の主要なサッカーイベントに備えるOneFootballにとってとりわけ重要です。ライブマッチ、速報、代表チームのパフォーマンス、大会を決定づける瞬間によって、トラフィックパターンは目まぐるしく変動するからです。
成果は単なるコスト削減にとどまりません。エンジニアがすべてのサービス設定を手作業で見直さなくても、コスト最適化を継続的に進められる、より効率的なKubernetes運用モデルが実現したのです。
かつてKubernetes最適化には、定期的な手作業のレビューが欠かせませんでした。エンジニアはダッシュボードを確認し、サービスの挙動を解釈し、CPUとメモリのリクエストやリミットの調整方法を判断する必要がありました。このプロセスは時間を要し、個人の文脈理解、判断力、稼働可能時間に大きく依存していました。
PerfectScaleにより、その大部分が自動化されました。推奨と最適化アクションは実際のworkloadsの挙動に基づいて実行されるため、エンジニアが日常業務の一環としてサービスを手動でチューニングする必要は大幅に減りました。
これにより、プラットフォームエンジニアリングチームとサービスオーナーから大きな運用負担が取り除かれました。リソース設定を繰り返し見直す代わりに、エンジニアはKubernetes環境全体に、より一貫したデータドリブンなアプローチを適用する継続的な最適化プロセスに頼ることができます。
Kubernetesのコスト最適化とレジリエンシーチューニングに費やすエンジニアリング工数を約80%削減したことで、OneFootballはより付加価値の高いプラットフォームおよびプロダクト業務に貴重な時間を取り戻しました。
これが重要なのは、Kubernetes最適化は大切である一方で、サービスを構築・運用するチームの注意を絶えず奪う存在になるべきではないからです。2026 FIFAワールドカップに向けた準備が進むなか、プラットフォームチームは戦略的な備えに集中する必要があります。開発者体験の改善、プラットフォーム機能の強化、世界規模のトラフィックパターンへの対応、そしてプロダクトチームが自信を持って速く動けるよう支援することです。
PerfectScaleにより、エンジニアはサービス挙動への可視性を保ちつつ、その情報を解釈し対応するために必要な手作業を減らすことができました。プラットフォームチームには、イベントへの備え、信頼性、スケールを直接支える業務に集中するための余裕が生まれています。
PerfectScaleは、リソース使用量、コストインパクト、オートスケーリング挙動、最適化機会について、より明確なサービスレベルのインサイトをOneFootballにもたらすことで、インフラに関する意思決定の質と一貫性を高めました。
プラットフォームチームは、推測や防御的なオーバープロビジョニングではなく、実際のworkloadsの挙動に基づいて意思決定を下せるようになりました。これにより、本当にリソースが必要な箇所、容量が無駄になっている箇所、信頼性を損なわずに設定を改善できる箇所を把握できます。
レジリエンシーインサイトとアラート機能は、OneFootballの既存オブザーバビリティスタックに新たな価値の層を加えました。見落とされがちな最適化機会や設定パターンを浮き彫りにすることで、コスト効率と本番運用の信頼性のバランスを取りやすくしてくれます。
ワールドカップに向けた準備において、このバランスは決定的に重要です。OneFootballは、すべてのworkloadsを防御的にスケールさせるのではなく、世界規模のトラフィック急増に備える必要があります。PerfectScaleは、ピークの瞬間が訪れる前に、データドリブンな推奨をもとにサービスを最適化することで、プラットフォームチームが賢く備えられるよう支援しています。
おそらく最も重要な成果は、OneFootballがKubernetes最適化に向き合う姿勢に起きた文化的な変化です。PerfectScale導入前は、リソース管理には慎重な手作業の判断が欠かせず、予測不能なトラフィックスパイクのリスクを抑えるために、各チームは余剰容量をプロビジョニングしていました。
PerfectScaleの導入により、最適化はより継続的で、データドリブンで、信頼できるものへと変わりました。エンジニアはもはや、手作業の解釈だけに頼ってコスト効率と信頼性のどちらかを選ぶ必要はありません。自動化されたインテリジェンス、サービスレベルの可視化、レジリエンシーインサイトを活用し、大規模環境でもより良い意思決定を下せるようになっています。
OneFootballにとってこれは、Kubernetes最適化を繰り返しの手作業から、プラットフォームを運用し、主要なサッカーイベントに備える方法に組み込まれた要素へと変えました。
サッカーは予測可能なスケジュールでは動きません。試合終了間際の決勝点、チャンピオンズリーグ準決勝でのレッドカード、真夜中に飛び込む移籍の噂、ワールドカップの劇的な瞬間。それらは数秒のうちに、何百万ものファンをOneFootballのプラットフォームへと押し寄せさせます。プラットフォームを支えるエンジニアにとって、予測不能性は例外的なケースではなく、運用上の現実そのものです。
2億人以上のファンへのオウンドリーチを誇るOneFootballは、世界最大のフットボールクラブです。ファンが受動的な視聴から能動的な参加へと移っていく、グローバルなサッカーの拠点であり、世界中のトラフィックに対応しながら、あらゆる主要大会のリアルタイム速報、ニュース、ストリーミング、コンテンツをファンに届けています。
「2026 FIFAワールドカップのような世界規模のサッカーイベントに備えるにあたり、静的な前提や防御的なオーバープロビジョニングだけに頼ることはできません。私たちのKubernetes workloadsの挙動をじっくり見れば、サッカーのトラフィックは手作業でモデル化するのが難しいほど変動が激しいことは明らかです。予測不能な需要に備えながら、リソースに関する意思決定がコスト・オートスケーリング・信頼性にどう影響するかを理解できる、よりインテリジェントな方法が必要でした。」 Andrea Benfatto, Platform/Cloud Runtime Engineering Manager, OneFootball
ファンにとってのプラットフォームの価値は、その瞬間が訪れたときに、どれほどの人が一斉に押し寄せても利用できる状態であることに懸かっています。この要件は、2026 FIFAワールドカップをはじめとする世界規模の主要なサッカーイベントに備えるOneFootballにとって、いっそう重みを増しています。これらのイベントでは、トラフィックパターンは激しく、変動しやすく、事前に計画することのできない瞬間によって形作られると見込まれます。
OneFootballのプラットフォームチームにとって、ここには明確なインフラ課題があります。Kubernetesは、予測不能なライブスポーツ需要に対して効率的にスケールしながら、コスト効率が高く、レジリエントで、そしてエンジニアが下される意思決定を信頼できるだけの透明性を備えていなければなりません。
これまで、トラフィック集中時にファン体験を守る最も安全な方法は、サービスが通常必要とする以上に容量をプロビジョニングすることでした。このアプローチは運用リスクを軽減した一方で、隠れた非効率、不要なコスト、そして各サービスが本当に最適な形で設定されているのかという可視性の不足を生み出しました。
OneFootballはPerfectScale by DoiTの活用範囲をさらに広げており、自動最適化にとどまらず、Kubernetes環境全体にわたるより深いガバナンス、コントロール、そしてイベントレディネスへと歩みを進めています。
次なる重要なステップは、PerfectScaleの推奨とポリシーをOneFootballのInfrastructure as Code(IaC)ワークフローに統合することです。最近のPerfectScale CRDs統合により、プラットフォームチームは、すでに目指してきたGitOpsアプローチに最適化をさらに近づけ、バージョン管理されたワークフローを通じてKubernetes設定を定義・レビュー・管理できるようになります。
これはOneFootballにとって重要な進化です。2026 FIFAワールドカップを含む世界規模の主要なサッカーイベントに備えるなかで、プラットフォームチームには、自動化されているだけでなく、監査可能で、再現性があり、エンジニアリングチームの既存の働き方に沿った最適化プラクティスが求められます。
Kubernetesネイティブなリソースを通じて最適化ポリシーを管理することで、OneFootballはリソース割り当て、オートスケーリング挙動、レジリエンシーチューニングに対してよりきめ細やかなコントロールを適用できます。これにより、サービスオーナーシップ、本番要件、インフラ効率の間により強い結びつきが生まれます。
目指すのはコスト削減だけではありません。Kubernetes最適化を、世界規模のトラフィックを支え、予測不能な需要への備えを助け、効率改善が安全に行われているという確信をエンジニアに与える、ガバナンスの効いたプラットフォーム運用モデルの一部にすることです。
DoiTとの継続的なPerfectScaleミーティングは、この進化において引き続き重要な役割を果たします。これらのセッションを通じて、OneFootballは新機能を検証し、実際の本番利用からのフィードバックを提供し、自社のプラットフォームニーズに合わせて統合を形作っていきます。時間とともに、このコラボレーションはPerfectScaleがOneFootballの大規模Kubernetes運用にフィットし続けることを支えていきます。
PerfectScaleがDoiTの広範なプラットフォームの一部となるにつれ、OneFootballは追加機能、より深い最適化インテリジェンス、専門家のサポートによって、自社のインフラ戦略をさらに強化する機会も見出しています。
OneFootballにとってPerfectScaleは、もはや単なるKubernetesライトサイジングのためのツールではありません。プラットフォームチームが次世代の世界規模のサッカーの瞬間に向けてインフラを設計し、統制し、備えていく方法そのものの一部になりつつあります。
PerfectScaleは継続的な自律最適化で、クラウドコストを抑えながらクラスタのパフォーマンスを高め続けます。
PerfectScaleが本番クラスタ全体でオーバープロビジョニングされたworkloadsを発見し、パフォーマンスを守り、リソースチューニングを自動化する仕組みを、技術的にご紹介します。 PerfectScaleは、手作業によるチューニング、再起動を伴う垂直オートスケーリング、推奨を出すだけで止まってしまうツールにありがちなトレードオフなしに、プラットフォームチームがKubernetesの無駄を削減できるよう支援します。稼働中のworkloadsを継続的にライトサイジングし、リクエストを実際の使用状況に合わせ続け、安定性を損なうことなくコストを抑えることを可能にします。