タイミーにおけるバックエンドアプリケーションの複雑性と適応のためのアプローチ / Timee modular monolith approach

2024年2月20日に行われた
【タイミー/Voicy/令和トラベル】Backend LT〜技術選定における“見極める力”とは〜
の登壇資料です。
https://reiwatravel.connpass.com/event/306794/

Transcript

1. 2024/02/20　難波恭平 タイミーにおける バックエンドアプリケーション 複雑性と 適応 ため アプローチ @kyo_nanba
2. 自己紹介 難波 恭平 / @kyo_nanba • 株式会社タイミー • Senior Engineer, Backend • CTO室所属 • 最近 組織 技術戦略やRailsアプリケーション モ ジュラモノリス化などを推進
4. タイミー 実績 スキマ バイト No.1 ※2023年10月時点　※1 [調査方法]デスクリサーチ及びヒアリング調査 [調査期間]2021年2月8日~22日 [調査概要]スキマバイトアプ リサービス 実態調査 [調査対象]2020年12月までにサービスを開始しているスキマバイトアプリ10サービス [調査実施]株式会社 ショッパーズアイ　※2 [出典]AppStoreライフスタイルカテゴリーランキング（2021年5月時点） 4 累計求人案件数 ・ダウンロード数 ※1 ※2 導入事業者数 66,000企業 ワーカー数 600万人
5. タイミーにおける複雑性
6. もう少し詳細に
7. これらを1つ Railsアプリケーションで提供
8. 1つ Railsアプリケーション rails stats（2024/02/15時点） Model: 715（テーブル数 235程度） Controller: 244 自分 感覚として 中規模くらい
10. モジュラモノリスというアプローチ
11. モジュラモノリスと アプリケーションを複数 モジュールに分割することによって、モノ リシックなアプリケーション 柔軟性とメンテナンス性を向上させる 設計手法 by ChatGPT Shopify 事例が有名でありRuby on Railsでモジュラモノリスを 実現するため OSSがいくつも公開されている。
12. 実装 話 こちら 発表を見て 【ハイブリッド開催】Rubyで追求するモジュラモノリス 可能性
13. なぜマイクロサービスにしなかった か • 過去 挑戦と学び ◦ マイクロサービスからモノリシックへ。チャットサーバ移行 道 り • 開発組織 Capability • 可逆性
14. 現時点で モジュラモノリス 感想 • 難しい…… ◦ モジュール 境界に明確な正解 なく、人によって捉え方 も異なる ◦ マイクロサービスと比較して境界を超えること 容易さが 制約を課すこと ハードルを高くする ◦ 普通 モノリスRailsアプリケーションと異なるルールを運 用することによって生じる認知負荷
15. 現時点で モジュラモノリス 感想 • 勿論良かったところもある ◦ モジュール 境界に関する難しさ マイクロサービスでも モジュラモノリスでも生じる課題な で、そ 試行錯誤を小 さく始めることができた ◦ 新入社員などゼロからコードを理解していく必要がある人 にとって、まず理解しなけれ ならないコードがある程度明 確になる
16. まとめ
17. まとめ • ソフトウェア 長く運用すれ するほど基本的に 複雑化する • 複雑さに組織として適応するためにシンプルにする部分と複 雑さを受け入れる部分を考える • 漸進的に正解に近づけるために小さな失敗を繰り返すことが 可能なアプローチを取る