25年耕した大地と向き合う Oisixが描く、豊かな収穫のための次世代基盤

by Mollard Michael

Slide 1

Slide 1 text

25年耕した⼤地と向き合う Oisixが描く、豊かな収穫のための次世代基盤アーキテクチャConference2025 1

Slide 2

Slide 2 text

サービスの紹介 ● 今年で25周年 ● ⾷品の定期宅配ECサービス ● モバイルアプリとブラウザー対応 ● 毎週⽊曜⽇に商品が⼊れ替え 2

Slide 3

Slide 3 text

今⽇話すトピックの範囲 Subscription Inventory Shipping Shopping Support Customer Recommend ation Promotion Analytics Payment … 3

Slide 4

Slide 4 text

今⽇のトピック ● どんな対応をしてきたか？ ○ 2回のリアーキテクチャ ○ オンプレからCloud移⾏ ● どこで成功したか？ ● どこで失敗したか？ 25年⽬ともなるとレガシーに対応せざるを得ません 4

Slide 5

Slide 5 text

Platform Engineer - Manager モラー・ミカエル Mollard Michael 2016年〜2025年：フランスの⾦融業界で開発者 2025年3⽉〜：オイシックス・ラ・⼤地⼊社趣味：カラフルな壁から落ちること！ 5

Slide 6

Slide 6 text

6 クライミングと仕事の意外な共通点

Slide 7

Slide 7 text

レガシーとは？そのコードって去年私が書いたやつじゃん、、、ここはレガシーの部分だから、 0から作らなきゃ・・・私 7 ※私の過去の経験ですビクッ！

Slide 8

Slide 8 text

レガシーとは？レガシー＝遺産レガシー＝プロダクトレガシー＝愛 8

Slide 9

Slide 9 text

・・・⼊社してたった半年なのに、もう⽂句？決して文句ではありません過去を少し掘り下げて歴史を学ぼう！ 9

Slide 10

Slide 10 text

⽬次 1. Oisix誕⽣・第⼀世代の姿 2. 移⾏・成功・失敗と学び a. 第⼆世代 b. Cloud移⾏ 3. 第三世代のはじまり 10

Slide 11

Slide 11 text

第X世代とは？第⼀世代：OisixECの最初のアーキテクチャ中⾝の更新は何回もあったが今も稼働中！第⼆世代：⼀番⽬のリアーキテクチャ第三世代：⼆番⽬のリアーキテクチャ 11

Slide 12

Slide 12 text

Oisix誕⽣・第⼀世代の姿 12

Slide 13

Slide 13 text

Oisixが誕⽣した2000年 13 Linkin Park リンキン・パーク

Slide 14

Slide 14 text

14 当時のUI

Slide 15

Slide 15 text

第⼀世代の姿 15

Slide 16

Slide 16 text

第⼀世代の良かったところ ● アーキテクチャを⼤きく変えずとも20年の開発（事業成⻑）を⽀えた ● アプリケーションとコンテンツが分離しており、毎週変わるコンテンツの差し替えが容易 ● 構成がシンプルで、⼿動のデプロイ作業に便利だった 16

Slide 17

Slide 17 text

第⼀世代の問題点コンテキストロスメンバーの転職・退職で徐々に記憶が消えていくアンチパターン Lava Layer Dead code 運⽤が難しいスケーリングは⼿動設計による問題フロントとDBが接続しているセッションがステートフル 17

Slide 18

Slide 18 text

2025 2024 移⾏・成功・失敗と学び 2021 2020 2017 第三世代 Cloud移⾏第⼆世代 18

Slide 19

Slide 19 text

第⼆世代：全ての問題を同時に解消する 19

Slide 20

Slide 20 text

第⼀世代の問題点へのアプローチコンテキストロスメンバーの転職・退職で徐々に記憶が消えていく →移⾏の際に機能⾃体を整理し直すアンチパターン Lava Layer Dead code →移⾏の際に機能⾃体を整理し直す運⽤が難しいスケーリングは⼿動 →バッチ処理をスケール可能化 →キャッシュでDBの負担を防ぐ＋オンプレミスからクラウドへ設計による問題フロントとDBが接続しているセッションがステートフル →フロントとDBを切り離す →セッションレスAPIを作成する 20

Slide 21

Slide 21 text

当時の移⾏の⽅針＝「守り」 21 ● 「⼈気が⾼く、ユーザーへの影響が⼤きい売り場にはすぐ⼿を⼊れない」という⽅針 ● 移⾏はエラーが出てもお客様に影響がでない機能からスタート例：商品のレビュー⽬標：新システムを導⼊しながら経験を積み、その“新世代”を育てたうえで、他の領域にも段々と広げていくこと

Slide 22

Slide 22 text

Slide 23

Slide 23 text

第⼆世代・当時の期待→全て解決 23 第⼆世代移⾏で全て解決！と思いきや・・・

Slide 24

Slide 24 text

第⼆世代・実際の結果成功 ● 定期受注作成のバッチにかかる時間を半分にできた ※定期受注＝Oisix全会員の定期配達ボックス作成 ● 新機能が⽣まれました（例：商品レビュー） ● DBへの負担をある程度キャッシュでカバー 24

Slide 25

Slide 25 text

2025 2024 第⼆世代・実際の結果 2021 2020 2017 第三世代 AWS移⾏第⼆世代 25

Slide 26

Slide 26 text

第⼆世代：実際の結果失敗理由についての考察１同時に導⼊する技術が多すぎて開発が複雑になったのではないか 26 ⾔語：Java→Kotlin フレームワーク：独⽴→Spring アプリ：テンプレ→API インフラ：オンプレ→Azure VM→Kubernetes Oracle→MySQL 結果：学習によるプロジェクト延⻑刷新を担当したチーム以外の⼈は開発不可能

Slide 27

Slide 27 text

第⼆世代：実際の結果失敗理由についての考察２移⾏済・未移⾏の機能が混在し新機能開発コストが増えた 27 問題：移⾏されていない部分があると、その機能の改善・追加時に、移⾏を含めて予算を⽴てなければいけない結果：社内での基盤のイメージが悪化する

Slide 28

Slide 28 text

第⼆世代：実際の結果失敗理由についての考察３⼈間も⽔も抵抗の少ない⽅へ流れる 28 問題：まだ移⾏されてない機能を触る時に、移⾏コストで予算が増⼤！＋新しい基盤での開発は難しそう結果：第⼀世代で開発を⾏う

Slide 29

Slide 29 text

Cloud移⾏ 29

Slide 30

Slide 30 text

2024 AWS移⾏ 2021 2020 2017 第三世代 Cloud移行第二世代 2025 30

Slide 31

Slide 31 text

優先度 31 問題があるのはソフトウェア開発では⽇常どのように優先度を決めよう？売上アップ・コスト削減も⼤事ですが囲碁で⾔う「⼤場より急場」＝重⼤リスクにつながる箇所から優先的に取り組む⽅針

Slide 32

Slide 32 text

理由 32 ＋DBのストレージ障害ユーザー数の増加

Slide 33

Slide 33 text

Oisix誕⽣・第⼀世代の姿・問題点コンテキストロス⼈が転職・退職したり時間が経つだけでも、記憶が消えたりアンチパターン Lava Layer Dead code 運⽤が難しいスケーリングは⼿動設計による問題フロントとDBが接続しているセッションがステートフルになちゃいった 33

Slide 34

Slide 34 text

34 AWS移⾏前

Slide 35

Slide 35 text

35 AWS移⾏後

Slide 36

Slide 36 text

AWS移⾏の結果 36 コスト⼀時増加採⽤⼒アップ可⽤性の改善⽣産性アップその代わりに得たもの

Slide 37

Slide 37 text

第三世代のはじまり 37

Slide 38

Slide 38 text

第三世代でのアプローチ ● フロントエンドとバックエンドの開発を同時に⾏う ● できるだけ「⼩さく早く」リリースする ● 第三世代のシステムが独⽴して動くようにする ○ 第三世代が第⼀世代から呼ばれるのではなく、第三世代が直接クライアントのリクエストに答える *必要に応じて第三世代から第⼀世代を呼ぶ設計へ ● チームがすでに理解している技術を活⽤ 38

Slide 39

Slide 39 text

⽅針＝「売上貢献ドメインから攻める」 39 ● 多くのユーザーが利⽤し、更新頻度の⾼い箇所から移⾏をスタート ● 移⾏する際はページ全体を丸ごと新しい仕組みに置き換える⽅針を採⽤⽬標：売上貢献ドメインが移⾏すれば、今後の新機能開発は新基盤上で進められる状態を実現する

Slide 40

Slide 40 text

第三世代の姿 40

Slide 41

Slide 41 text

まとめ 41

Slide 42

Slide 42 text

世代移行で学んだこと第⼀世代：シンプルさの価値 ● 20年間ビジネスを⽀えた安定性 ● アプリとコンテンツ分離の恩恵第⼆世代：理想と現実のギャップ ● 全問題同時解決の複雑さ ● 新技術⼀⻫導⼊の学習コスト ● ビジネス価値優先の重要性 42

Slide 43

Slide 43 text

今日のまとめ ● レガシーは悪いものではなく向き合って学ぶ ● 事情に合わせて計画を柔軟に変更しよう ● 失敗を恐れずにトライし続ける ● 過去から学んで未来に⽣かす 43

Slide 44

Slide 44 text

ご清聴ありがとうございました 44