packwerkを利用したチームでのモジュラモノリス開発(スポンサーLT)

After Kaigi on Rails 2024 LT Nightで発表した資料になります！
https://tokium.connpass.com/event/332412/

タイミーのモジュラモノリス関連資料
- https://speakerdeck.com/shunsugai/railsdemodular-monolithwoxuan-ze-saretayu-she-nizhi-wen-sitainge-noyi-wen
- https://speakerdeck.com/kyo_nanba/timee-modular-monolith-approach
- https://speakerdeck.com/euglena1215/modular-monolith-before-that

Transcript

1. 2024/11/12 After Kaigi on Rails 2024 LT Night 株式会社タイミー　金辰樹 (キム ジンス) packwerkを利用したチームでのモジュラモノリス開発 スポンサーLT @KimJinsu66
2. 自己紹介 2024年02月にバックエンドエンジニアとしてジョイン Rails経験年数: 3年 出身: 韓国 趣味: サッカー、サウナ、コーヒー Kim Jinsu(@KimJinsu66)
3. 25, 26のKaigi on Railsお疲れ様です！
4. Kaigi on Rails参加後の感想 初めての参加
5. Rails勉強しないと Kaigi on Rails参加後の感想
6. 26(土)の後半にCoincheckさんで packwerkの話がありました！ Kaigi on Rails参加後の感想
7. サイロ化した金融システムを、 packwerk を利用して無 事故でリファクタリングした話 - Speaker Deck Kaigi on Rails参加後の感想
8. タイミーでも packwerkを採用してます！
9. タイミーのモジュラモノリス発表資料 - RailsでModular Monolithを選択された御社に質問したいN個の疑問 - Speaker Deck - タイミーにおけるバックエンドアプリケーションの複雑性と適応のためのアプローチ / Timee modular monolith approach - Speaker Deck - モジュラモノリス、その前に / Modular monolith, before that - Speaker Deck
10. 目次 • モジュラモノリスと packwerk • チームでのモジュラモノリス開発 • 感想
11. モジュラモノリスとは？ 参照: RailsでModular Monolithを選択された御社に質問したいN個の疑問 - Speaker Deck
12. モジュラモノリスとは？ 参照: RailsでModular Monolithを選択された御社に質問したいN個の疑問 - Speaker Deck
13. packwerkとは？ - RailsでModular Monolithを選択された御社に質問したい N個の疑問 - Speaker Deck - サイロ化した金融システムを、packwerk を利用して無事故でリファクタリングした話 - Speaker Deck - GitHub - Shopify/packwerk: Good things come in small packages. shopifyが開発している、Railsのモジュール化を支援してくれる Gem
14. タイミーのモジュラモノリス状況
15. タイミーの状況 参照：プロダクト採用資料 Rocketチームに所属 タイミー開発チーム数 : 11チーム チームのバックエンドメンバー : 4人
16. タイミーのモジュラモノリス 状況 • 導入時期: 2年前 • 現在パッケージ数: 44個(2024年11月時点) • 自分の所属しているチームで管理しているパッケージ: 10個
17. チームでのモジュラモノリス開発
18. 1. 要件定義を行う 2. テーブル、API設計を行う 3. 一つのドメインとして扱えると判断できるタイミン グでパッケージを追加 4. 切り出したパッケージは担当チームが管理していく PJが始まる チームでのモジュラモノリス開発
19. 1. 要件定義を行う 源泉徴収票 年ごとの 支払金額計算 源泉徴収税額 計算 B機能 C機能 書類追加P J (新規機能開発) new! 例になります チームでのモジュラモノリス開発 PDF発行
20. WithholdingSlips 2. テーブル、API設計などを行う WithholdingSlips Controller Controller SalaryCalculation( 支払金額計算) WithholdingSlip Model Table View _form.html.erb 源泉徴収票 = withholding slip WithholdingSlipTax Calculation (源泉徴収税額計算) チームでのモジュラモノリス開発
21. WithholdingSlips 3. 一つのドメインとして扱えると判断できるタイミングでパッケージ追加 WithholdingSlips Controller Controller SalaryCalculation( 支払金額計算) WithholdingSlip Model Table View _form.html.erb WithholdingSlipTax Calculation (源泉徴収税額計算) チームでのモジュラモノリス開発
22. 3. 一つのドメインとして扱えると判断できるタイミングでパッケージ追加 WithholdingSlips package WithholdingSlips Controller Controller WithholdingSlip Model View _form.html.erb WithholdingSlipTa xCalculation (源泉徴収税額計算) チームでのモジュラモノリス開発
23. 3. 一つのドメインとして扱えると判断できるタイミングでパッケージ追加 他のパッケージから参照される クラスはpublicディレクトリで管理 チームでのモジュラモノリス開発
24. 4. 切り出したドメインはコードオーナーとして担当していく code owner: rocket WithholdingSlips package WithholdingSlips Controller Controller WithholdingSlip Model View _form.html.erb WithholdingSlipTa xCalculation (源泉徴収税額計算) チームでのモジュラモノリス開発
25. 感想
26. 感想 モノリス （1年） マイクロサービス (1年9ヶ月) モジュラモノリス （8ヶ月） 今ここ 自分が関わってきたアーキテクチャ
27. メリット 1. どういうドメインがあるのか把握しやすい 2. ドメインごとにコードが集約されている 3. パッケージ間の依存関係や違反が確認できる 4. プロダクトを新しく切り出す前にどういうドメインがあ るのか把握できる 感想
28. 1. どういうドメインがあるのか把握しやすい 感想: メリット 一般的なRailsアプリケーションコード
29. 1. どういうドメインがあるのか把握しやすい # packs/withholding_slipsについて 源泉徴収票を管理するパッケージです。 ## Package Owner rocket 感想: メリット README.md
30. 2. ドメインごとにコードが集約されている 感想: メリット code owner: rocket WithholdingSlips package WithholdingSlips Controller Controller WithholdingSlip Model View _form.html.erb WithholdingSlipTa xCalculation (源泉徴収税額計算)
31. 2. ドメインごとにコードが集約されている 感想: メリット
32. 感想: メリット 他のパッケージから参照される クラスはpublicディレクトリで管理 3. パッケージ間の依存関係や違反が確認できる
33. 感想: メリット 3. パッケージ間の依存関係や違反が確認できる 依存しているパッケージが package.ymlファイルのdependenciesに記録される （該当クラスがpublicディレクトリに定義されてない場合 ）
34. 4. プロダクトを新しく切り出す前にどういう ドメインがあるのか把握できる 感想: メリット モノリス 新しい プロダクト 一部機能を新しい プロダクトに切り出す 不確実性やリスクが残っている
35. 4. プロダクトを新しく切り出す前にどういう ドメインがあるのか把握できる 感想: メリット モノリス モジュラ モノリス 新しい プロダクト 不確実性やリスクを減らしてから進めることができる
36. 課題 1. コードオーナーになっているが、なぜコードオーナーか わからないパッケージがある 2. コードオーナーの責務が曖昧な領域がある 感想
37. 1. コードオーナーになっているが、 なぜコードオーナーかわからないパッケージがある Aドメイン Bドメイン Cドメイン Dドメイン Dドメインを詳しく知っている人が チームにいない ? rocketコードオーナー 感想: 課題
38. 2. コードオーナーの責務が曖昧な領域がある Aドメイン Bドメイン Cドメイン Dドメイン B チーム rocket チーム 感想: 課題
39. 個人的な気になり パッケージ設計どうすれば良い？
40. パッケージ設計どうすれば良い？ 現状: すでに40個以上のパッケージが切り出されている
41. 疑問 パッケージが増えるとドメイン間の繋がり把握が難しくなりそう パッケージ設計どうすれば良い？
42. 一段階抽象度が高いレイヤがいつか必要なのか？ The current state of Gusto’s modularity tooling パッケージ設計どうすれば良い？
43. これについてもし何かの考えや興味がある方は話しましょう！ パッケージ設計どうすれば良い？
44. 初登壇でいろんな意見をくださった方々に感謝！
45. タイミーは積極的に採用をしています！ 興味ある方はぜひ話しましょう！ タイミープロダクト採用
46. ご清聴ありがとうございます！