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
GitHub ActionsでAndroidアプリのテストを回しまくってたら全プロジェクトのC...
Search
okuzawats
July 14, 2022
Programming
710
0
Share
GitHub ActionsでAndroidアプリのテストを回しまくってたら全プロジェクトのCI/CDが完全停止する寸前だった件
「Engineer LT#1 Android|Organized by U-NEXT」(2022年7月14日)での発表資料です。
okuzawats
July 14, 2022
More Decks by okuzawats
See All by okuzawats
Androidアプリのモジュール分割における:x:commonを考える
okuzawats
1
480
「Chatwork」Android版アプリを 支える単体テストの現在
okuzawats
0
450
カンファレンス参加をいかに正当化するか
okuzawats
0
380
「勉強になった」で終わらせない、ストロングスタイルの勉強会
okuzawats
0
460
10年モノのAndroidアプリのコード品質を改善していく、3つの取り組み
okuzawats
0
1.4k
Androidアプリ開発におけるSonarCloudの活用
okuzawats
0
1.3k
何故、UseCaseは1メソッドなのか
okuzawats
3
2.3k
例外を投げるな、値を返せ
okuzawats
9
8.2k
Kotlinのifを愛でる
okuzawats
0
1.2k
Other Decks in Programming
See All in Programming
Migrations : C'est une question d'hygiène !
vinceamstoutz
0
3.2k
Modding RubyKaigi for Myself
yui_knk
0
870
AI時代の仕事技芸論 — ソフトウェア開発で「遊ぶように働く」職人的熟達のすすめ
kuranuki
1
600
AI時代のUIはどこへ行く?その2!
yusukebe
19
6.5k
運用エージェントは "作る" から "育てる" へ - 記憶と自己進化の3層設計パターン / self-evolving-agents-three-layer-agent-design
gawa
12
3.4k
Old Dog, New Tricks: The Java 25 Reinvention - JNation
bazlur_rahman
0
140
ビジネスモデルから紐解く、AI+型駆動開発
hirokiomote
2
5.2k
次世代リンターで探る、tsgo 時代における型認識カスタムルールの現実解
ytakahashii
3
1.4k
作って学ぶ、 JSX (TSX) ランタイムの基本
syumai
7
1.5k
AIとRubyの静的型付け
ukin0k0
0
520
メソッドのジェネリクスでGoの夢は広がるか? / Kyoto.go #65
utgwkk
3
430
代数的データ型って何が嬉しいの? #frontend_phpcon_do
kajitack
8
3.1k
Featured
See All Featured
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.3k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
So, you think you're a good person
axbom
PRO
2
2k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.2k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.7k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
150
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
Believing is Seeing
oripsolob
1
140
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
570
A better future with KSS
kneath
240
18k
Navigating Team Friction
lara
192
16k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.9k
Transcript
GitHub ActionsでAndroidアプ リのテストを回しまくってたら 全プロジェクトのCI/CDが完全 停止する寸前だった件
自己紹介 okuzawats フラー株式会社 ソフトウェアエンジニア (Android)
今日話すことの要約 GitHub Actions上で無計画にテストを回しまくってたら会社 のGitHubが完全停止する寸前でした そんなことにならないよう、計画的にGitHub Actionsを回し ましょう
前提知識 会社で契約しているGitHub Enterpriseは、月あたり使える時 間の上限(単位:分/月)が決まっている。 上限を超えるとGitHub Actionsが完全に止まってしまう(らしい)。 ※ プランによるのかもしれない
事件の数日前
None
暫定対策 macOS上で動いているGitHub Actionsのトリガーが走る頻度を落とす。 macOS上で動いているGitHub Actionsを完全停止させるわけにはいかないので、頻度を落として様子を見よう、という判断。
事件当日
ダメでした 頻度は少なくなってもmacOS上で動いている子と、それ以外のOS上でも動いている子たちがモリモリとGitHub Actionsの残りを食べ尽くしました。
None
Your enterprice has used 100% of included services for GitHub
Actions.
100%中の100%!!! 偉い人が追加でGitHubに課金してくれて、GitHub Actionsの枠を一時的に増強 会社のCI/CDが完全停止する事態を回避
None
None
やっぱりダメでした
None
なんやかんやあってGitHub Actionsの完全停止は回避しました。
何が起こったのか
エミュレータテスト on GitHub Actions 昨年秋から、担当しているAndroidアプリにおいて、GitHub Actions上でエミュレータを用いた自動テストを回し始めた。
実行頻度 Pull Request作成時やdevelopブランチへのpush時などにテス トを実行していた。 普段は大きな開発がないプロジェクトなので、月あたりのエミュレータテストの実行回数はさほど多くなかった。
macOSインスタンス GitHub Actions上でAndroidのエミュレータを実行する場合、macOSインスタンスの使用が推奨されている。 GitHub Actions上でmacOSを動かすと、Ubuntuの場合の10倍の速さでGitHub Actionsの使用枠を消費する。
普段は問題なかった 普段は大きな開発がないため、月あたりのエミュレータテストの実行回数はさほど多くなかった。 定期的にGitHubの管理者に確認して、上限まで余裕があることを確認していた
問題がある時もあった ある機能を開発する時、エミュレータテストの実行回数が普段よりも大幅に増えた。 そのためGitHub Actionsの使用量が増加し、簡単に上限に達した。
原因① macOS上で動くGitHub Actionsがトリガーされる頻度が一時的に高くなることで問題が発生する可能性を考慮せず、普段よりも大きな規模の開発に入ってしまった。
原因② 普段からGitHub Actionsの使用量をモニタリングする習慣がなかった。
原因③ GitHub Actionsの消費量はリアルタイムにモニタリングできないので、様子を見ている間に対応が後手に回ってしまった。
対策① 1日1回の定時実行に変更 コストの高いmacOS上での実行頻度を見直しました。 こういうやつです(※ 実際の設定とは異なります)
対策② 定期的なモニタリング 定期的に実施されるMTG上で、GitHub Actionsの消費量を確認するようにしました。
まとめ GitHub Actions上でAndroidのInstrumented Testを、 macOS上で無計画に動かしてしまった。 macOS上でGitHub Actionsを動かすのは高コストなので、無計画に回すとGitHub Actionsの枠を簡単に喰い潰す。 ご利用は計画的に