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
1k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
teamLab
PRO
August 01, 2025
More Decks by teamLab
See All by teamLab
「ボタンだけどリンクにしたい…」をスマートに解決するPolymorphicコンポーネントの話
teamlab
PRO
1
86
border-radiusだけじゃ足りない: Squircleがつくる自然なUI
teamlab
PRO
0
46
僕はただドキュメントを HTML で見たいだけなんだ
teamlab
PRO
0
60
アクセシビリティに配慮したアニメーション
teamlab
PRO
0
46
TSKaigi 2026 - 10秒のビルドを1秒へ:tsdownが切り拓く2026年のTypeScriptライブラリ開発
teamlab
PRO
2
410
TSKaigi 2026 - enumよ、さようなら
teamlab
PRO
3
740
TSKaigi 2026 - 型プラグインシステムの実装に使われるテクニック
teamlab
PRO
2
520
TSKaigi 2026 - Auth.jsからBetter Authへの 移行に見る「型とランタイム」の 設計思想の変化
teamlab
PRO
1
330
TSKaigi Hokuriku - TypeScriptによる静的データガバナンス
teamlab
PRO
0
180
Other Decks in Programming
See All in Programming
Welcome to the "Parametricity" 🏙️ − Generic だけど Specific な世界 −
guvalif
PRO
1
180
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
180
yield再入門 #phpcon
o0h
PRO
0
740
数百円から始めるRuby電子工作
tarosay
0
100
Lean は証明の正しさを確認するためだけのツールって思ってませんか?
inoueasei
1
110
5分で問診!Composer セキュリティ健康診断
codmoninc
0
600
ビデオ通話が繋がる0.2秒で何が起きているのか
supurazako
2
150
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
650
はてなアカウント基盤 State of the Union
cockscomb
1
1.3k
言語を使う側から、作る側へ。 自作 Lisp で得た新たな気づき。
andpad
0
130
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
8
5.4k
これからAgentCoreを触る方へトレンドはGatewayです
har1101
6
500
Featured
See All Featured
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
640
Documentation Writing (for coders)
carmenintech
77
5.4k
Facilitating Awesome Meetings
lara
57
7k
Prompt Engineering for Job Search
mfonobong
0
380
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
320
My Coaching Mixtape
mlcsv
0
180
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.7k
Fireside Chat
paigeccino
42
4k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
350
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Typedesign – Prime Four
hannesfritz
42
3.1k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
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の開発を一緒に行ってくれる 仲間を募集しています! 会社説明会 エントリー