Realm → Room 完全削除へのロードマップ

食べログ × ANDPAD × Sansan × ピクシブ モバイル勉強会 #5
#5 の開催テーマは「長寿アプリの負債解消・アーキ変遷」
https://andpad.connpass.com/event/404097/

Transcript

1. Realm → Room 完全削除へのロードマップ 2026年10月7日（水） 食べログカンパニー 開発本部 技術部 アプリ基盤チーム 1 太田 定志
2. 自己紹介 太田 定志（おおた さだし） • • • • 2018年 株式会社カカクコム入社 食べログカンパニー 開発本部 技術部 アプリ基盤チーム 主にAndroidアプリを担当 アーキテクチャの見直し、リファクタリング、 OS/ライブラリのアップデート、リリー スフローの最適化、 CI/CDの改善、開発環境の整備、採用、チームビルディン グ などなど、、、 • X • sada(@sadashi_ota) • GitHub • @sadashi-ota • Qiita • sadashi The Android robot is reproduced or modified from work created and shared by Google and used according to terms described in the Creative Commons 3.0 Attribution License. 2
3. 目次 • Realm とは • Room 移行計画 • Room 移行実施 • まとめ 3
4. Realm とは 4
5. Realmとは Androidの初期、DB回りの標準実装では複雑なSQL管理や大量のボイラー プレートコードが必要でかなり大変でした。 そんな中、Realmは「オブジェクトデータベース（NoSQL）」として 2016年に正式リリースされました。当時、開発者が直面していた開発体 験とパフォーマンス課題を解決できるということで、採用したプロダクト も多かったと思います。 当時の主なメリット • • • • • SQL不要・直感的なオブジェクト指向API 圧倒的な処理速度（ゼロコピー・アーキテクチャ） ライブオブジェクトと自動更新（リアルタイム性） マイグレーションの手軽さ iOS/Androidでの共通設計 5
6. Realmとは もちろんメリットだけでなくて、いくつか悩ましいところもありました。 • スレッド制限（Thread Confinement）によるクラッシュ ◦ これが結構多かったのでは？ • クラス設計（継承・データ型）の制限 ◦ RealmObjectの継承必須。DateやEnumが使えない。。。 • ユニットテスト・モック化が極めて困難 ◦ 結局ラッパー用意しないとテストが面倒。。。 • ネイティブライブラリ（.so）によるAPKサイズの肥大化 ◦ SQLiteと違ってアーキテクチャごとの .so が必要 ◦ 今は App Bundle のおかげで問題ないけど 6
7. Realmとは そして、2025年9月30日サポート終了のお知らせ Realmはオープンソース化されることに。 しかし、すでにRoomというAndroid開発におけるデファクトなライブラ リがあるので、メンテナンスされていく可能性は極めて低いことが予想さ れます。 しかも、食べログではまだRealm-Javaを使っていたのでKSP対応もでき ないという問題も抱えていました。。。 ということで、手遅れになる前に Realm → Room へとローカルDBを移行 する流れとなりました。 7
8. Room 移行計画 8
9. Room移行計画 移行にあたり色々考えることがあります。 • アプリサイズ ◦ マイグレーションがあるのでライブラリが一定期間同居する ▪ 今回RoomはSQLiteのラッパーなのでほぼ影響なし • マイグレーションにかかる時間 ◦ アプリ起動時とかにやる場合、時間がかかると色々考慮すること が増える ▪ スプラッシュで許容できるか、時間がかかるならローディン グ出すかなどで実装箇所も変わってくる 9
10. Room移行計画 • 必要なデータサイズ ◦ マイグレーション時に必要なデータサイズ ◦ 失敗時の考慮次第では古いデータをすぐ消さないという可能性も あるので、一時的ではなく純増するケースも • マイグレーション失敗時の考慮 ◦ 途中で失敗した時の扱い ◦ マイグレーション後に何かあった場合の考慮 ▪ マイグレーションコードに問題がある場合は、旧データの バックアップがあるとどうにかなることもある 10
11. Room移行計画 そして大事な移行スケジュール • マイグレーションにもRealmは必要なので、一定期間ライブラリが同 居する • Realmライブラリを削除するところまでやらないと完遂とはならない • そのために必要な期間および強制アップデートの実施などの判断が必 要になる 11
12. Room移行計画 具体的にはこんな感じ Realm & Room の共存期間 Realm → Room の実装 Room移行リリース （ver A） データ移行期間 強制アップデート後の 様子見期間 ver A を強制アップデート 12 Realm 削除
13. Room移行計画 食べログでの場合 • アプリサイズ・データサイズ・処理時間は問題なし ◦ もともとローカルDBはそこまでのサイズではない ◦ マイグレーションもスプラッシュ出してる間にすぐ終わる • マイグレーション失敗時の考慮 ◦ 事前にパターン洗い出しと、その対策を企画と相談して決定 • スケジュール ◦ 半年に1度のペースで古いアプリの強制アップデートを実施して いるため、その運用に載せる形で進めるで合意 13
14. Room 移行実施 14
15. Room移行実施 実装面は概ね苦戦はしなかった • Infraモジュールに作ったRepository層で分離できていた ◦ instrumentation test でRepositoryを対象としたDB周りのテス トを用意することで品質保証 ◦ 基本Infraモジュールの修正で完結できた ◦ 昔はメインモジュールにもRealmが浸透していたので、リファク タが功を奏した • しかし修正量は多かった・・・ 15
16. Room移行実施 しかし、そんなにスムーズにはいきません • 半年後の強制アップデートで ver A 未満のユーザーがどれぐらい残っ ているか次第 ◦ 半年ではまだ微妙に残っていた • キャンペーン中などは実施しない運用なので、タイミングがずれるこ ともある ◦ 一部OSバージョンの足切りと絡んでアップデートできなくなって しまうこともあるので 16
17. Room移行実施 結局スケジュールは以下のようになりました • Room移行 ◦ 2025/07 にリリース • 強制アップデート ◦ 2026/06 で実施 Realmと共存しているので、KSP化も進めきれず。 そして、強制アップデートから３ヶ月たった現在・・・ 17
18. Room移行実施 無事にRealmを完全削除できました🎉🎉🎉 18
19. まとめ 19
20. まとめ ライブラリ・DBの移行には色々考慮することがある • 別のDBへのマイグレーションは単純な機能追加より考慮すべきこと が多い • ライブラリ自体が同居する期間が必要になることが多い ◦ DBに限らずどんなものでも同じ • 実装面では抽象化等の設計の重要性を再認識 ◦ ここはAIでやるとしても変わらない部分 • 移行スケジュールは必須 ◦ 消し切らないと負債（リスク）は抱えたまま ◦ とはいえ、古いアプリバージョンのユーザーは一定数いたりする ので、ある程度の長期化も覚悟する（プロダクト次第ですが） 20
21. 最後に We are hiring！！！ • 一緒に食べログを成長させましょう！ • カジュアル面談大歓迎ですのでお気軽にご連絡ください • https://hrmos.co/pages/kakakucom/jobs?category =1390564021132382208,2310626848996102145 © Kakaku.com Inc. All Rights Reserved. 21
22. ご清聴ありがとうございました Android is a trademark of Google LLC. IOSは、Cisco の米国およびその他の国における商標または登録商標であり、ライセンスに基づき使用されています。 22