イオン店舗一覧ページのパフォーマンスチューニング事例 / Performance tuning example for AEON store list page

2025年8月26日開催「イオン×ZOZO×『Web配信の技術』著者が語るパフォーマンスチューニング:60分で掴む劇的改善術 | AEON TECH HUB #18」の登壇資料です

Transcript

1. イオン店舗一覧ページの パフォーマンスチューニング事例 イオンスマートテクノロジー株式会社 CTO室 TechLeadチーム 石川晴貴 2025年8月26日
2. 自己紹介 各種紹介 石川 晴貴（X：@h0r4k） イオンスマートテクノロジー株式会社 CTO室テックリードチーム（2024.06ジョイン） 趣味：プログラミング、ギター 最近やっていること ・Claude Codeと仲良くなること ・社内MCPサーバを作りNewRelicのNRQLを叩かせ Claude Codeからメトリクスの分析をやってもらったり、 社内のAPI群をMCP化させてホクホクしたりしています
3. 各種紹介
5. 本題にはいります
6. • アプリケーション寄りのパフォーマンスチューニングの話（PHP寄りかも） • かなり基礎的かつ古典的な話がメインになるので耳タコではあると思いますが、この機会に改めて。 ※のでカリカリチューニング的な話は出てきません • 既にAEON TECH HUBでも記事にしていますが、チームを代表して改めて本LTでご紹介させていただきます！ 今回お話すること はじめに https://engineer-recruiting.aeon.info/aeon-tech-hub/interview_store-page
7. • 店舗一覧サイト • 所在地検索、業態・ブランド検索、 キーワード検索 • 店舗情報の閲覧・検索のみでDB更新系の 操作なし • 店舗一覧用CMS • CMSから店舗一覧上の店舗情報を更新可 能 • DB更新系の操作有り そもそもイオンの店舗一覧とは？ 背景
8. • まずちゃんと遅い • レスポンスの平均が1,200msと激遅 • 急なアクセス増に耐えられない • 台風などの災害時に店舗はやっているのか？の確認でアクセスが増える • DBのCPUが100％に張り付いてしまいページが閲覧できなくなる • 暫定的な対応として、 • DBのスペックを常時2段階あげた（コストは4倍に） • 具体的にはvCPU→4倍、メモリ→4倍 • リードレプリカの追加 どんな課題があったのか？ 課題
9. • しかし、 • この状態は健全ではなくコストもかかる • なので • 調査と改修を行って高速化しつつDBのスケールダウンを目指す • すでにNewRelicは導入済みだったため、 NewRelicのAPMの情報からパフォーマンス劣化の原因を探り対応を行うことに 課題に対する取り組み 課題
10. では実際にNewRelicをみていく
11. • 問題 • 本番環境のcomposer installでオプションの最適化がなされていなかった • 対応 • composer installに--optimize-autoloaderのオプションを追加 改善① フレームワークの本番プラクティスに準拠する 改善
12. • 補足して • しっかり公式Documentを読む、書いてある 改善① フレームワークの本番プラクティスに準拠する 改善
13. • 問題 • 1トランザクションの平均DB Callが4万件弱となるようなリクエストがあった （ここに限らず複数の箇所でN+1問題が発生） • 対応 • ループ内で呼び出されてしまっているN+1クエリをEloquentのEagerLoadingを利用し て不要クエリを削減 改善② N+1問題 改善
14. • 問題 • CMS上での記事検索が遅く、CMS内で検索を行うたびにスロークエリが発生 • 対応 • スロークエリの実行計画を確認し最適化 • Indexの貼られていないカラムにはIndexを貼る など 改善③ スロークエリ対策 改善
15. • 問題 • ORMにてSELECT * でカラムを絞り込まずにデータ取得を行った場合に時間を要する • 対応 • 必要なカラムのみに絞り込んでデータを取得 改善④ ORMでのSELECT * 対応 改善
16. • 問題 • CMSでDB負荷の高い操作を行うと店舗一覧サイトへ影響が出てしまう状態になって いた • CMS側には高負荷な参照クエリが多く、すべてのクエリの高速化対応をすぐに行う ことは当時難しかった • 対応 • CMS上で発行されるクエリについてはマスターDBへ、店舗一覧サイトなどの参照系 の操作についてはリードレプリカDBに実行するよう分離 • CMS/店舗一覧サイトいずれもLaravelでmiddlewareを作成しそれぞれの middlewareGroupsに設定を追記 改善⑤ マスター/リードレプリカ 改善
17. • コスト • DB費用が1/4に減少 • vCPU→1/4、メモリ→1/4に削減 • レスポンス • 1,200 ms-> 300ms 以下へ改善 改善の結果 改善の結果 アラートもかなり減りました…
18. • パフォーマンスチューニングの効果について • 古典的かつ基礎的なパフォーマンスチューニング（と本番最適化）は結局重要 • インフラに対するコスト意識に関して • インフラコストの削減はアプリケーション側の意識も重要 • パフォーマンスチューニングの取り掛かり方について • 今回はまずNewRelicから問題を炙り出しを行った • 定量的に問題を分析して効果の高い順（かつ実装の容易な順）から潰していった • コスト削減とパフォーマンス改善のバランスについて • 今回はコストを削減しつつパフォーマンス改善も行えた • が、場合によってはCDNなどコストをかけながらパフォーマンス改善を行うという やり方もあるためケースバイケースで検討が必要 まとめ さいごに
19. • パフォーマンスチューニングの効果について • 古典的かつ基礎的なパフォーマンスチューニング（と本番最適化）は結局重要 • インフラに対するコスト意識に関して • インフラコストの削減はアプリケーション側の意識も重要 • パフォーマンスチューニングの取り掛かり方について • 今回はまずNewRelicから問題を炙り出しを行った • 定量的に問題を分析して効果の高い順（かつ実装の容易な順）から潰していった • コスト削減とパフォーマンス改善のバランスについて • 今回はコストを削減しつつパフォーマンス改善も行えた • が、場合によってはCDNなどコストをかけながらパフォーマンス改善を行うという やり方もあるためケースバイケースで検討が必要 まとめ さいごに 皆さんも是非機会があれば、パフォーマンスチューニングに チャレンジしてみてください！
20. ご清聴ありがとうございました