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
CI改善もDatadogとともに
Search
τ μ [taumu]
February 11, 2025
Programming
0
310
CI改善もDatadogとともに
τ μ [taumu]
February 11, 2025
Tweet
Share
More Decks by τ μ [taumu]
See All by τ μ [taumu]
自作AIアプリの品質を上げるためにプロンプトエンジニアリングに再入門する
taumu
0
9
AIによる商品説明文生成〜よい説明文をとは何かを考える
taumu
0
21
react-query-auth + gin-jwtでユーザ認証
taumu
0
810
総合トップグロースに向けた負債返済のお話
taumu
0
1.1k
Gatsby + React + Redux によるゼロリスク・ハイリターンな個人開発
taumu
2
1.4k
Other Decks in Programming
See All in Programming
あなたとKaigi on Rails / Kaigi on Rails + You
shimoju
0
100
AI Coding Meetup #3 - 導入セッション / ai-coding-meetup-3
izumin5210
0
660
2分台で1500examples完走!爆速CIを支える環境構築術 - Kaigi on Rails 2025
falcon8823
3
3.5k
CSC509 Lecture 02
javiergs
PRO
0
410
Conquering Massive Traffic Spikes in Ruby Applications with Pitchfork
riseshia
0
160
Things You Thought You Didn’t Need To Care About That Have a Big Impact On Your Job
hollycummins
0
210
iOSアプリの信頼性を向上させる取り組み/ios-app-improve-reliability
shino8rayu9
0
170
Signals & Resource API in Angular: 3 Effective Rules for Your Architecture @BASTA 2025 in Mainz
manfredsteyer
PRO
0
110
Pull-Requestの内容を1クリックで動作確認可能にするワークフロー
natmark
2
490
エンジニアとして高みを目指す、 利益を生み出す設計の考え方 / design-for-profit
minodriven
24
12k
Back to the Future: Let me tell you about the ACP protocol
terhechte
0
140
いま中途半端なSwift 6対応をするより、Default ActorやApproachable Concurrencyを有効にしてからでいいんじゃない?
yimajo
2
400
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Gamification - CAS2011
davidbonilla
81
5.5k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Code Review Best Practice
trishagee
72
19k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
61k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
189
55k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
Transcript
20250212 taumu CI改善もDatadogとともに
SODA Inc. Backend Engineer taumu
鑑定付き 利用者数 No.1 スニーカー・トレカ フリマアプリ
SRE SWE SODAの技術組織と Datadog 権限はほぼ全て解放されており誰でも利用できる Application
Securityで 不正アクセスの自動ブロッ クをしたい APMで分散トレーシングし たい
SODA Inc. Backend Engineer Datadogの好きなところ: なんでも監視できる (複数種類の監視ツール使ったり チームごとにサイロ化したりしない) taumu
なんでも?
CI/CDも!
20250212 taumu CI改善もDatadogとともに
本発表について 背景:GitHub Actionsで実行されているCI/CDが遅い(ともに30分オーバー) CI = コミット毎に実行される自動テスト。マージには全件合格必須 CD: dev環境/本番環境へのデプロイ アクション:CI/CD実行時間短縮プロジェクトを立ち上げ様々な施策を実施 プロジェクトの詳細は以下の記事を参照ください
エンジニアだけのスクラムチームでリファクタリングプロジェクトを回してみたらこうなった https://zenn.dev/team_soda/articles/65fe9ee39abb8b 結果:CI/CDともに15分前後にまで短縮できた 本発表は本プロジェクトへのDatadogによる貢献について話す
DatadogのCI Visibility機能 CI/CD実行状況の統計が見られる機能
DatadogのCI Visibility機能 CI/CD実行状況の統計が見られる機能
PDCAサイクル Plan: ボトルネックを見つける&施策を出す 1 Do: 施策を実行する 2 Check: 期待通り改善されたかをチェックする 3
Action: 採用する or 棄却する 4
Plan: ボトルネックを見つける&施策を出す 1
Plan: ボトルネックを見つける&施策を出す Toplistで ワークフローの ボトルネックを調べる ボトルネック (平均30分掛かっている) (1)ボトルネックのワークフローを見つける
Plan: ボトルネックを見つける&施策を出す ワークフローの詳細を開くとフ レームグラフが見られる クリティカルパスで 絞り込める (2)ボトルネックのジョブを見つける
Plan: ボトルネックを見つける&施策を出す クリティカルパスで 絞り込める ボトルネックになっているジョブに対して施策を考える (ジョブの実行順序の組み替えだけで10分以上短縮できた例もあり) (2)ボトルネックのジョブを見つける ワークフローの詳細を開くとフ レームグラフが見られる
PDCAサイクル Plan: ボトルネックを見つける&施策を出す 1 Do: 施策を実行する 2 Check: 期待通り改善されたかをチェックする 3
Action: 採用する or 棄却する 4
Do: 施策を実行する 2
Do: 施策を実行する GitHub Actionsのymlファイルを改修してリリースする
PDCAサイクル Plan: ボトルネックを見つける&施策を出す 1 Do: 施策を実行する 2 Check: 期待通り改善されたかをチェックする 3
Action: 採用する or 棄却する 4
Check: 期待通り改善されたかをチェックする 3
Check: 期待通り改善されたかをチェックする Timeseriesで時系列平均を表示 CI実行時間の削減を確認 リリース前後でCI実行時間が削減されているかチェック
PDCAサイクル Plan: ボトルネックを見つける&施策を出す 1 Do: 施策を実行する 2 Check: 期待通り改善されたかをチェックする 3
Action: 採用する or 棄却する 4
Action: 採用する or 棄却する 4
Action: 採用する or 棄却する 採用 棄却 実行時間削減を達成できたか Check Action 効果のあった施策だけを採用することは重要
(普段の機能開発もそうだが、特にCIワークフローファイルは表現力の限界から負債化しやすいため) →効果があるかないか正確に把握できることが重要 Datadogで施策に対する効果を正確に把握できるので ビジネス上の判断が正確に下せる
PDCAサイクル Plan: ボトルネックを見つける&施策を出す 1 Do: 施策を実行する 2 Check: 期待通り改善されたかをチェックする 3
Action: 採用する or 棄却する 4 1~4までやったら、また1に戻る→このループを繰り返す
結果 ボトルネックになっていた CIワークフロー(統合テスト) 2ヶ月掛けて26m→13.5m
• Runnerのスケールアップ • ジョブ実行順序の組み替え • ビルドをキャッシュさせる[1][2] • ファイルの依存ツリーを作って編集したファイルに依存するテストだけ行う[1][3] 最後に:行った施策について 施策の検討に集中できるので、高難度な施策を実現するに至った
[1] どうやるの?CICDの実行時間をグッと短縮した方法 https://zenn.dev/team_soda/articles/b10194a91dbd34 [2] Goのビルドキャッシュを使って CIを7分短縮した話 https://zenn.dev/team_soda/articles/b2ae7b683f3f15 [3] 部分的にGoのテスト速度向上 https://zenn.dev/team_soda/articles/3686c0162f27dc
まとめ DatadogのCI Visibilityを使うと • CI実行に関する正確な統計情報が一目瞭然になる それにより • CI実行時間のボトルネックを簡単に見つけることができる • PDCAサイクルを回す形で継続的なCI改修ができる
• CIの改修に対する変化が明確になり、採用・棄却の正確な判断ができる • それにより大胆なCI改修も入れやすくなる