イオンのDXにおけるAKSの活用

ツール導入前の課題

• イオングループ内の業務標準化を目的とした業務API基盤をマイクロサービスで構築するために、大規模コンテナ基盤を構築する必要があった。
• 同時に内製化を見据えた組織構築をする必要があった。

どのような状態を目指していたか

• マイクロサービス化した業務API基盤の運用

• Azure Virtual Machines（IaaS上でのKubernetes運用）
• Azure App Service

※現在はAzure Container Appsなどマネージドコンテナサービスはあるが、検討当時はGAしておらず比較対象にならない。

• 運用負荷
• 大規模なマイクロサービスの運用に最適な基盤か

• 大規模な運用に向いていること
• manifest fileによる柔軟な構成であること
• 提供しているマイクロソフト社自身が自社サービスで運用していること（M365, Xboxなど）

改善したかった課題はどれくらい解決されたか

• 2021年9月のローンチ以来4年以上サービスを支えるコンテナ基盤となっている
• 本基盤をバックエンドで利用しているtoC向けのiAEONアプリは2025年12月に2,000万ダウンロードを突破し、現在も機能拡張しながら運用している。(https://www.aeon-st.co.jp/news/20251219-download_2000/)
• このプラットフォームを主戦場として、内製化に取り組んでいる

• Kubernetesの学習コストが高く、有識者も限られていたため、当初から設計や運用を最適化できていなかった。
  • リソース設計やスケジューリング設計が不慣れだった
  • 定期的なアップグレード作業負荷が重かった
  • manifest fileの不備が多い

• 各パブリッククラウドにてKubernetesのマネージドサービスは提供されているが、運用する上ではKubernetesの知識は必須となる。そこを回避するのであれば AKS Automaticモードの検討を推奨する。マイクロソフトの考えるガードレールやアップグレード設定が組み込まれており、セキュリティ設計の考慮漏れを減らすことができる。

• IstioやArgo CDのマネージド機能が提供されているため、その利用検討
• ノードの自動プロビジョニングを活用したコスト最適化やスケール戦略