Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
Search
teamLab
PRO
August 01, 2025
Programming
0
640
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
teamLab
PRO
August 01, 2025
Tweet
Share
More Decks by teamLab
See All by teamLab
CI_CD「健康診断」のススメ。現場でのボトルネック特定から、健康診断を通じた組織的な改善手法
teamlab
PRO
0
160
スケールする組織の実現に向けた インナーソース育成術 - ISGT2025
teamlab
PRO
3
220
「待たせ上手」なスケルトンスクリーン、 そのUXの裏側
teamlab
PRO
1
760
意外と簡単!?フロントエンドでパスキー認証を実現する WebAuthn
teamlab
PRO
2
850
推論された型の移植性エラーTS2742に挑む
teamlab
PRO
0
370
ぴよぴよFlutterエンジニアから見た 会社の楽しいところをありったけ
teamlab
PRO
0
200
社内のFlutterテンプレートをリニューアルした話
teamlab
PRO
0
150
"ほどよい自動化"はあなたの開発を豊かにする
teamlab
PRO
0
180
半年開発してわかった自動テストの価値
teamlab
PRO
0
110
Other Decks in Programming
See All in Programming
WebエンジニアがSwiftをブラウザで動かすプレイグラウンドを作ってみた
ohmori_yusuke
0
170
SpecKitでどこまでできる? コストはどれくらい?
leveragestech
0
440
大規模アプリのDIフレームワーク刷新戦略 ~過去最大規模の並行開発を止めずにアプリ全体に導入するまで~
mot_techtalk
0
340
iOSDC.pdf
chronos2500
2
650
AccessorySetupKitで実現するシームレスなペアリング体験 / Seamless pairing with AccessorySetupKit
nekowen
0
210
GitHub Actions × AWS OIDC連携の仕組みと経緯を理解する
ota1022
0
230
Playwrightはどのようにクロスブラウザをサポートしているのか
yotahada3
7
2.2k
Reduxモダナイズ 〜コードのモダン化を通して、将来のライブラリ移行に備える〜
pvcresin
2
660
Django Ninja による API 開発効率化とリプレースの実践
kashewnuts
0
860
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
nrslib
1
330
Breaking Up with Big ViewModels — Without Breaking Your Architecture (droidcon Berlin 2025)
steliosf
PRO
1
290
私はどうやって技術力を上げたのか
yusukebe
43
17k
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Code Reviewing Like a Champion
maltzj
525
40k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
The World Runs on Bad Software
bkeepers
PRO
71
11k
Facilitating Awesome Meetings
lara
56
6.6k
The Cost Of JavaScript in 2023
addyosmani
53
9k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
20k
Context Engineering - Making Every Token Count
addyosmani
4
160
Side Projects
sachag
455
43k
Balancing Empowerment & Direction
lara
4
670
Transcript
大規模Flutterプロジェクトの CI実行時間を約 8割削減した話 そた スマートフォンチーム テックスペシャリスト 1
2 自己紹介 そた スマートフォンチーム テックスペシャリスト 業務では主にFlutterとKotlin Multiplatform 社内FlutterTemplateのアーキテクチャ設計 複数の案件での技術領域サポート
3 Solution クライアントの課題や要望を咀嚼して、適切な課題解決を検討し、構想策定・要件定義から 実装まで一気通貫でサービス開発を行います。 Art 各技術のスペシャリスト達がそれらを最大限に活用し、まったく新しい体験ができるデジタル アート作品を制作しています。世界 27カ国以上でアート作品の展示や美術館を運営していま す。 会社紹介
4 スマートフォンチームとは 会社紹介 社員数 58人 累計ダウンロード数 1.6億DL 平均ストア評価 4.3点
5 スマートフォンチームとは 会社紹介
6 本題
7 • 実行時間なんと38分 • macOSで実行していたので コストもかなり... • CI実行待ちでマージが 遅延してしまうことも.... →なんとかして手を加えなければ
前提 大規模案件でCIの実行時間が問題に
8 セットアップ→静的解析→テスト実行→レポートという構成 課題分析 現在のCIを見てみる →テスト実行にほとんどの時間がかかっている!
9 1. 単純にテスト量が多い a. かなりの大規模プロジェクトなのでそれに比例してテストの量も多い 2. テストが全て直列で実行されている a. Flutter自体の並列実行オプションは利用しているが単一のExecutorで順番 に実行している。
3. VRT(Golden Test)の量が多い a. 画面のレンダリングを実際に行うので実行時間がかかってしまう b. 実行するOSによって差分が発生するのでmacOSで実行しなければならない 制限が付き、コスト増に。 課題分析 テスト実行に時間がかかっている分析
10 テスト実行時間、コストを削減するためには テスト実行時間を削減するために テスト実行の並列化 • 複数のExecutorを利用してテスト実行を並列化 • macOSが必要になるのはVRTだけなのでそれ以外をlinuxで実行すればコストも大幅down! • マシンの性能を上げる...?そしたらコストがもっとかかりそう
• ちょっと難しそう テスト実行の高速化 →テストの並列化を試してみる!
11 テスト並列化 プロジェクトのアーキテクチャ構成 モノレポのマルチパッケージ構成を採用
12 テスト並列化 プロジェクトのアーキテクチャ構成 モノレポのマルチパッケージ構成を採用
13 並列化してどれだけ削減できたのか?
14 テスト並列化 最終的な構成 ???
15 テスト並列化 最終的な構成 38分→9分!!!
16 テスト並列化 • 38分 x 13.5円/分(macOS) = 513円 コスト削減効果 従来
• (5分+4分) x 13.5円/分(macOS) = 121円 • (3分+5分+4分+5分+1分) x 1.8円/分(Linux) = 32.4円 • 合計153.4円 並列化後 →コストも約 7割削減!!!
17 テスト高速化もやりたい
18 テスト高速化 テスト高速化できないだろうか.... →調べてみたら記事がある!!!
19 テスト高速化
20 テスト高速化 ローカルで時間を計測してみた flutter testコマンド
21 テスト高速化 ローカルで時間を計測してみた flutter testコマンド テスト実行の高速化 →95%高速化!!!
22 テスト高速化 仕組みを調べてみたら.... https://github.com/flutter/flutter/issues/90225 https://github.com/flutter/flutter/issues/86722 テストを全て同一のmain関数に集め 実行すると高速化するらしい テストファイル毎に個別のIsolateを起動 していたのが1つのIsolateになるため
23 • シングルトンを用いる際に注意が必要 ◦ 普通に実行する際はテストファイル毎にインスタンスが再生成 ◦ very_good_cliでは全てのテストを同一のmain関数から実行されるのでテ ストファイル毎に初期化されない • VRTには効果が薄い
◦ VRTはレンダリングの計算に時間がかかっているので効果が出にくい ◦ --total-shards、--shard-indexのオプションを利用して分割が対策 テスト高速化 very_good_cliの利用で気を付けるポイント
24 まとめ
25 • パッケージ毎に実行するExecutorを並列化し実行を高速化 • 利用するリソースクラスを適切に選定することでコスト削減 • very_good_cliを適切に活用するとテストの実行自体も高速化できます • CIの実行状況は定期的に見直しましょう! ◦
皆さんは実行時間が38分とかになる前に改善しましょう! まとめ まとめ
26 終わりに Flutterの開発を一緒に行ってくれる 仲間を募集しています! 会社説明会 エントリー