More Related Content
What's hot
What's hot (20)
Similar to レガシーシステムからモダンな環境への移行 ～Y!プレミアム・バックエンドシステムのリニューアル～
Similar to レガシーシステムからモダンな環境への移行 ～Y!プレミアム・バックエンドシステムのリニューアル～ (20)
Recently uploaded
Recently uploaded (10)
レガシーシステムからモダンな環境への移行 ～Y!プレミアム・バックエンドシステムのリニューアル～
- 1. ヤフー株式会社 コマースカンパニー 清⽔ 将貴 2019年5⽉11⽇ レガシーシステムから モダンな環境への移⾏ ~Yahoo!プレミアム バックエンドシステムのリニューアル~
- 2. strictly confidential P1 本⽇のアジェンダ n Yahoo!プレミアムとは？ • サービス概要 • 業務概要 n レガシーシステム概要 n DDD実践 • アプローチ / 事始め • システムアーキテクチャ n 最後に • 経験談 • 今後の展開
- 4. strictly confidential P3 ⾃⼰紹介 n 名前 清⽔ 将貴（しみず まさき） n 略歴 • 〜2016年 SIer勤務、社内業務システムの受託開発に従事 • 2017年〜 ヤフー転職 • Yahoo!プレミアムBEシステムを担当 • Yahoo!プレミアムのモダン化取り纏め、責任者として⽬下奮闘中 ※モダン化に向けた開発は7割完了、2019年末リリース予定
- 6. strictly confidential P5 Yahoo!プレミアムとは？ https://premium.yahoo.co.jp/ Yahoo!プレミアムは、 Yahoo! JAPANが提供する⽉額462円（税抜き）の有料サービスです。 n 主要特典 ※上記以外も魅⼒的な特典がたくさんあります。 n 会員規模 約2,163万⼈ (2019年3⽉時点)
- 7. strictly confidential P6 Yahoo!プレミアムとは？ n Yahoo!プレミアムの歴史 • 2006年以前 ヤフオク!の本⼈確認⼿数料(294円)として開始 • 2008年 Yahoo!プレミアムとして特典提供開始(346円) • 2012年 価格改定(399円) • 2016年 価格改定(498円) • 2016年 Y!mobileユーザ向け特典提供 (無料※) • 2017年 SoftBankユーザ向け特典提供 (無料※) ※⽉額料⾦は回線契約の基本料⾦に含まれる
- 8. strictly confidential P7 Yahoo!プレミアムとは？ n Yahoo!プレミアムにおける主な業務 Yahoo! JAPAN ウォレット プレミアム ショッピング / ヤフオク ID管理 SB、YM 課⾦・割引 ⼊会状況 (特典提供) 他社 ID連携 連携情報 提携企業 ⼊会状況 (特典提供) ・会員の⼊退会 ・会員特典の提供 ・⽉額利⽤料の課⾦、割引 ・外部連携 SB：Softbank YM：Y!mobile
- 10. strictly confidential P9 レガシーシステム概要 ウォレット 全社 KVS ショッピング /ヤフオク ID管理 (対SB/YM/YBB) プレミアム （バックエンド） プレミアム⼊退会 プレミアム⼊退会 （外部連携） プレミアム⼊退会 （SoftBank向け) 集計バッチ 社内DWH 集計⽤ RDB n 構成＆トランザクションの流れ
- 11. strictly confidential P10 レガシーシステム概要 n 課題感 ウォレット 全社 KVS ショッピング /ヤフオク ID管理 (対SB/YM/YBB) プレミアム （バックエンド） プレミアム⼊退会 プレミアム⼊退会 （外部連携） プレミアム⼊退会 （Softbank向け) 集計バッチ 社内DWH 集計⽤ RDB 密結合 密結合 冗⻑ モノリシック
- 12. strictly confidential P11 レガシーシステム概要 ⻑い歴史、様々な種類のプレミアム会員... 改修を重ねたシステム... DBと直接繋がるサブシステム... カオス...
- 15. strictly confidential P14 DDD実践 - アプローチ/事始め n CTOからのメッセージ モダンな環境にシフトするのだ n 当初の議論 「PHPからの脱却」 「Javaにする？Golangにする？」 「サーバ運⽤やめたいよね」 「サーバレス、PaaS、CaaS」 「マイクロサービスとか、12factorとか」 「とりあえず本読んでみるか、、、」
- 16. strictly confidential P15 DDD実践 - アプローチ/事始め n CTOからのメッセージ モダンな環境にシフトするのだ n 当初の議論 「PHPからの脱却」 「Javaにする？Golangにする？」 「サーバの運⽤やめたいよね」 「サーバレス、PaaS」 「マイクロサービスとか、12factorとか」 「とりあえず本読んでみるか、、、」 これってHow（⽅法）じゃない？？
- 17. strictly confidential P16 DDD実践 - アプローチ/事始め n 「Why (なぜモダン化するのか)」 • 改修コストが⾼い現状 • 冗⻑化、密結合で影響範囲⼤ • 改修∕テストの⼯数が⼤きい
- 18. strictly confidential P17 DDD実践 - アプローチ/事始め n 「Why (なぜモダン化するのか)」 • 改修コストが⾼いことによる弊害 • システム改善が進まない • 運⽤改善が進まない • ビジネス案件の対応に時間がかかる ←ここが⼀番のリスク • 改修コストが⾼い現状 • 冗⻑化、密結合で影響範囲⼤ • 改修∕テストの⼯数が⼤きい
- 19. strictly confidential P18 DDD実践 - アプローチ/事始め n 「Why (なぜモダン化するのか)」 • ビジネスの⾜かせになってはいけない ⇒ ビジネスに寄り添ったシステムであるべき • つくったものもいずれレガシーに ⇒ 継続的な改善、アップデートが必要
- 20. strictly confidential P19 DDD実践 - アプローチ/事始め 改めてHow（どうやってモダン化するか）を考える
- 21. strictly confidential P20 DDD実践 - アプローチ/事始め n 改めて「How (どのようにモダン化するのか)」 • ビジネスの⾜かせになってはいけない ⇒ 今後のビジネスは？ • モダンなものもいずれレガシーに ⇒ 改善にも⼯数かかるし... ⇒ 改善しなくていい部分もあるし...
- 22. strictly confidential P21 DDD実践 - アプローチ/事始め n 改めて「How (どのようにモダン化するのか)」 • ビジネスの⾜かせになってはいけない ⇒ 今後のビジネスは？ • モダンなものもいずれレガシーに ⇒ 改善にも⼯数かかるし... ⇒ 改善しなくていい部分もあるし... 変化に強い(ビジネス⽬線) 改善しやすい(運⽤⽬線) ↓ DDDでやってみよう それが我々のモダン化
- 23. strictly confidential P22 DDD実践 - アプローチ/事始め そして、我々はDDDに⾜を踏み⼊れた
- 24. strictly confidential P23 DDD実践 - アプローチ/事始め n DDDの事始め 業務分析 ・ヒアリング ・⾃⾝の運⽤経験 ドメイン分割 モデリング アーキテクチャ 検討 セミナー受講 ・DDD ・マイクロサービス ・アジャイル 共通認識を持つ 具体化する
- 25. strictly confidential P24 DDD実践 - アプローチ/事始め n ドメイン設計∕モデリング 課⾦ 会員 特典 業務 • ユーザ問い合わせ (運⽤) • 返⾦判断 (運⽤) • ⼊会促進、退会抑⽌ (ビジネス) • 会員状況照会 (ビジネス、運⽤) • 特典認知、利⽤促進 (ビジネス) • 特典⼊稿 (運⽤) 責務 • ⽉額料⾦に対する課⾦ ∕割引 • 会員の⼊退会 (外部連携含む) • 特典情報の管理
- 26. strictly confidential P25 DDD実践 - アプローチ/事始め n ドメイン設計∕モデリング 課⾦ 会員 特典 業務 • ユーザ問い合わせ (運⽤) • 返⾦判断 (運⽤) • ⼊会促進、退会抑⽌ (ビジネス) • 会員状況照会 (ビジネス、運⽤) • 特典認知、利⽤促進 (ビジネス) • 特典⼊稿 (運⽤) 責務 • ⽉額料⾦に対する課⾦ ∕割引 • 会員の⼊退会 (外部連携含む) • 特典情報の管理 ・変更理由が同じ ・変更頻度の⼤∕中∕⼩
- 27. strictly confidential P26 DDD実践 - アプローチ/事始め n ドメイン設計∕モデリング 課⾦ 会員 特典 業務 • ユーザ問い合わせ (運⽤) • 返⾦判断 (運⽤) • ⼊会促進、退会抑⽌ (ビジネス) • 会員状況照会 (ビジネス、運⽤) • 特典認知、利⽤促進 (ビジネス) • 特典⼊稿 (運⽤) 責務 • ⽉額料⾦に対する課⾦ ∕割引 • 会員の⼊退会 (外部連携含む) • 特典情報の管理 ・オーナーシップを取れる粒度 ・組織（KPI）に紐づく塊
- 28. strictly confidential P27 DDD実践 - アプローチ/事始め n ドメイン設計∕モデリング 課⾦ 会員 特典 業務 • ユーザ問い合わせ (運⽤) • 返⾦判断 (運⽤) • ⼊会促進、退会抑⽌ (ビジネス) • 会員状況照会 (ビジネス、運⽤) • 特典認知、利⽤促進 (ビジネス) • 特典⼊稿 (運⽤) 責務 • ⽉額料⾦に対する課⾦ ∕割引 • 会員の⼊退会 (外部連携含む) • 特典情報の管理 ・ビジネス、運⽤それぞれの観点で分割 ・重要なものは厳格に、重要でないものはざっくり
- 29. strictly confidential P28 DDD実践 - アプローチ/事始め n アプローチ/事始め まとめ • Why（モダン化の必要性）を考えた結果のDDDという選択 • ⽅法論は体系的に学ぶ • ドメイン分割で注意したこと • 変更理由∕変更頻度 • オーナーシップ取れる粒度 • 重要でないものはざっくりと（あとからリファクタ前提）
- 31. strictly confidential P30 DDD実践 ‒ システムアーキテクチャ n ３層アーキテクチャ Frontend UI 会員BFF Service 課⾦BFF 特典BFF DataAccess 会員管理 課⾦管理 特典管理 RDBDatastore RDB RDB ・各層の定義 ・Frontend：UI、BFF ・Service：ビジネスロジック ・DataAccess：DatastoreとのIF SBプレミアム 会員 アプリ課⾦ 特典⼊稿 特典照会ウォレット 課⾦ プレミアム 会員
- 32. strictly confidential P31 DDD実践 ‒ システムアーキテクチャ n ３層アーキテクチャ Frontend UI 会員BFF Service 課⾦BFF 特典BFF DataAccess 会員管理 課⾦管理 特典管理 RDBDatastore RDB RDB ・各層の定義 ・Frontend：UI、BFF ・Service：ビジネスロジック ・DataAccess：DatastoreとのIF SBプレミアム 会員 アプリ課⾦ 特典⼊稿 特典照会ウォレット 課⾦ プレミアム 会員 ・トップダウン：ビジネス施策 ・ボトムアップ：運⽤改善
- 33. strictly confidential P32 DDD実践 ‒ システムアーキテクチャ n ３層アーキテクチャ Frontend UI 会員BFF Service 課⾦BFF 特典BFF DataAccess 会員管理 課⾦管理 特典管理 RDBDatastore RDB RDB ・各層の定義 ・Frontend：UI、BFF ・Service：ビジネスロジック ・DataAccess：DatastoreとのIF SBプレミアム 会員 アプリ課⾦ 特典⼊稿 特典照会ウォレット 課⾦ プレミアム 会員 ・ドメインの特性に応じて対応しやすい
- 34. strictly confidential P33 DDD実践 ‒ システムアーキテクチャ n システムアーキテクチャ まとめ • ３層アーキテクチャの活⽤ • ビジネス要因∕システム要因、それぞれの変更に対応 • 改善のしやすさ = 改善の活性化 • DDDとの相性は良い
- 38. strictly confidential P37 最後に。‒ 経験談 n 開発現場のDDDによるメリットは、、、 • IF仕様が⾃然と整備されていく • 業務/責務の定義 ⇒ 認識齟齬が減る • 独⽴性を意識 ⇒ ドキュメント化、⾒やすさを意識 (swagger活⽤) • 詳細設計はシンプルになる • 分割してみると⼤したことない気づき • 例外もあるが、後ほどリファクタリング前提
- 39. strictly confidential P38 最後に。‒ 経験談 n それなりにコストはかかる • 再設計による開発コスト、分割による管理コスト • 「増加コスト < 成果」となる領域、ならない領域 • ドメイン毎に適切なコスト感を意識する コストバランスの指標 ビジネス重要度 運⽤コスト (レガシー) コストかける コストかけない
- 40. strictly confidential P39 最後に。‒ 経験談 n ビジネスサイドの理解は道半ば • DDDにはビジネスサイドの理解、協⼒が不可⽋だが、、、 • 「エンジニアだけの話」という理解 • そもそも「レガシーなシステム」という認識がない • ビジネスとシステムのGAP ・⻑期的な働きかけが必要 ・「課題の認識」から始める
- 42. strictly confidential P41 最後に。‒ 今後の展開 n エンジニア発信の施策を推進 • 最新技術を駆使、世の中をアップデート • データ、AIを⽤いた施策 • ドメインに適したエンジニアリングの推進 • 会員：ターゲティング • 特典：商品のレコメンド
- 43. strictly confidential P42 最後に。‒ 今後の展開 n プロセス、組織のモダン化 • アジャイル（スクラム）推進 • ものづくりプロセスも変化に強く • 組織構造、チーム⼒の強化 • 企画〜開発まで独⽴して動けるチーム作り