月間4.5億回再生を超える大規模サービス TVer iOSアプリのリアーキテクチャ戦略 - iOSDC2024

by TVer Inc.

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

©2024 TVer INC. 7 現在のiOSチームの状況 2023/04 2023/09 2023/10 2024/03 2024/04 Android チーム立ち上げ Androidエンジニア1人目採用 🎉 Android チーム内製化外部ベンダー依存の開発体制から脱却 🎉 iOS チーム立ち上げ iOSエンジニア1人目採用 🎉 iOS チーム内製化外部ベンダー依存の開発体制から脱却 🎉 Web チーム立ち上げ Webエンジニア1人目採用 🎉 QA チーム立ち上げ QAエンジニア1人目採用 🎉

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

©2024 TVer INC. リリースにおけるリスクリアーキテクチャ完了後のリリースは怖い ● TVerは非常に多くの利用者を抱える巨大サービスになりつつある ● クラッシュ率が0.1%でも数千万人の利用者がいる場合、数万人規模で影響がでる ● 過去にフルリニューアルをした際にユーザービリティが落ちてしまい事業KPIへ悪影響を与えたことがある ● iOSアプリをストア公開するにはAppleによる審査が必要で、すぐにユーザーに反映させることはできない 18

Slide 19

Slide 19 text

Slide 20

Slide 20 text

©2024 TVer INC. 20 Home画面/機能  ※あくまでもイメージ   Episode画面/機能   Series画面/機能   旧コード = RegacyAppFeature  Home モジュール  …  ✨  切り出されたモジュールの中で新しいアーキテクチャで実装。一時的に1つのアプリの中に新しいコードと古いコードが混在した状態でリリース。   旧コード = RegacyAppFeature    Home画面/機能  Episode画面/機能   Series画面/機能   Home モジュール  ✨  リリース後、新しいモジュールでの動作確認が完了次第古いコードを削除していく。詳細な進め方は後述。  旧コード = RegacyAppFeature  Episode画面/機能   Series画面/機能   Episode モジュール   Home モジュール  ✨  ✨  これを繰り返していくことで、新しいモジュールに入れ替えていく。   …  …  Episode モジュール   Home モジュール  Series モジュール   ✨  ✨  ✨  …  最終的には1つの塊がモジュールに分割され、アプリ全体のリアーキテクチャが完了   分割リリースマルチモジュール構成 + モジュールごとのアップデート

Slide 21

Slide 21 text

©2024 TVer INC. 21 Feature Flagを用いた解放率のコントロール Phase.1 ストア公開   この時点では開放率は0%   新画面   旧画面   100%  0%  開放率 1%   開放率 10%   開放率 50%  開放率100% 🎉  モニタリングしつつ、開放率を徐々に上げていく   新画面は実装としては入っているが、まだユーザー公開はされていない状態。   Firebase Remote Config等を用いて、ここをコントロール可能にする。   新画面   旧画面   90%  10%  モニタリング項目     ・クラッシュ発生率  ・お問い合わせ件数   ・事業KPIへの影響    クラッシュの発生率やお問い合わせ件数、KPI影響等をモニタリングしながら、悪影響がないことを確認しつつ開放率を上げていく。   悪影響がみられた場合には一旦開放率を0%に戻し旧画面へのロールバックを行う。問題が解決したのちに再度開放率を上げていく。   これにより緊急対応、hotfixなどでエンジニアの稼働負荷が高まることを抑える。   Phase.1 リリース完了   新画面   旧画面   0%  100%  100%開放完了後、旧画面のコードの削除を行い、次のフェーズでは完全に旧画面を無くした状態でリリースを行う。  問題発生時は   開放率を0%に戻す   各フェーズのリリースにおいても、段階的な解放を実施削除可能  ✨  ✨  ✨ 