CI/CDのススメ（サイバーエージェント新卒研修2024）

Transcript

1. CI/CDのススメ
 サイバーエージェント 2024新卒研修 @ 2024/04/10
 CyberAgent Infrastructure Unit / K.Saito
 1
2. 齋藤 健太 (Saito Kenta) 
 
 • 入社年度
 ◦ 2022 年 新卒入社
 • 所属
 ◦ CIU > Development Div
 • 最近の業務
 ◦ プライベートクラウド運用
 ◦ マネージドサービスの開発・運用
 • 趣味
 ◦ ゲーム・漫画
 2

3. CI/CD?
 3

4. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 4

5. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 5

6. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 6
 継続的な
7. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 7
 継続的な デプロイ デリバリー
8. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 8
 継続的な ？？？
9. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 9
 継続的な なにかをやる
10. CI
 • 「好きなタイミング」で「なにかをやらせる」
 ◦ 「git push」で「テストをやる」
 ◦ 「朝1時」で「バッチをやる」
 ◦ 「特定のブランチにマージ」で「リリースする」
 10

11. CI
 • 「好きなタイミング」で「なにかをやらせる」
 ◦ 「git push」で「テストをやる」
 ◦ 「朝1時」で「バッチをやる」
 ◦ 「特定のブランチにマージ」で「リリースする」
 11
 手動でやるのはかなり辛い...

12. CI
 12

13. CI
 13

14. CI
 14
 GitOps

15. なにがうれしいの？ 🤔
 15

16. Q このコードの悪い点は？
 16
 package main import "fmt" func main() { i := 0 fmt.Println("Hello, 世界") }
17. Q このコードの悪い点は？
 17
 package main import "fmt" func main() { i := 0 fmt.Println("Hello, 世界") } $ go build .
 ./prog.go:8:2: i declared and not used

18. Q このコードの悪い点は？
 18
 func main() { i := 0 for j := 0; j < 10; j++ { resp, err := http.Get("https://www.cyberagent.co.jp") if err != nil { panic(err) } defer resp.Body.Close() byteArray, err := io.ReadAll(resp.Body) if err != nil { panic(err) } fmt.Println(string(byteArray)) } }
19. Q このコードの悪い点は？
 19
 func main() { i := 0 for j := 0; j < 10; j++ { resp, err := http.Get("https://www.cyberagent.co.jp") if err != nil { panic(err) } defer resp.Body.Close() byteArray, err := io.ReadAll(resp.Body) if err != nil { panic(err) } fmt.Println(string(byteArray)) } }
20. Q このコードの悪い点は？
 20
 func main() { i := 0 for j := 0; j < 10; j++ { resp, err := http.Get("https://www.cyberagent.co.jp") if err != nil { panic(err) } defer resp.Body.Close() byteArray, err := io.ReadAll(resp.Body) if err != nil { panic(err) } fmt.Println(string(byteArray)) } }
21. 毎回手でチェックは面倒😩
 
 →CIでチェックしよう！
 21

22. CI を行う大きな利点
 22
 認知負荷を下げられる

23. CI を行う大きな利点
 • 「このコードってコンパイル通るの？」
 ◦ 継続的にビルドしてチェック
 • 「このコードって書き方合ってるの？」
 ◦ 継続的にLinterにかけてチェック
 • 「このコードってどこにデプロイされているの？」
 ◦ 継続的にデプロイされることで確認不要
 23

24. Q このコードの悪い点は？
 24
 func main() { i := 0 for j := 0; j < 10; j++ { resp, err := http.Get("https://www.cyberagent.co.jp") if err != nil { panic(err) } defer resp.Body.Close() byteArray, err := io.ReadAll(resp.Body) if err != nil { panic(err) } fmt.Println(string(byteArray)) } } コンパイルエラーで発見可能 Lintツールで発見可能
25. 流行りのAIによるコードレビュー 25

26. CI を行う大きな利点
 26
 より高度なコードレビューを実 現 💪

27. CI を行う大きな利点 (再掲)
 • 「このコードってコンパイル通るの？」
 ◦ 継続的にビルドしてチェック
 • 「このコードって書き方合ってるの？」
 ◦ 継続的にLinterにかけてチェック
 • 「このコードってどこにデプロイされているの？」
 ◦ 継続的にデプロイされることで確認不要
 27

28. CI を行う大きな利点 (再掲)
 • 「このコードってコンパイル通るの？」
 ◦ 継続的にビルドしてチェック
 • 「このコードって書き方合ってるの？」
 ◦ 継続的にLinterにかけてチェック
 • 「このコードってどこにデプロイされているの？」
 ◦ 継続的にデプロイされることで確認不要
 28
 コードの品質を担保
 +チーム内で可視化

29. CI を行う大きな利点 (再掲)
 • 「このコードってコンパイル通るの？」
 ◦ 継続的にビルドしてチェック
 • 「このコードって書き方合ってるの？」
 ◦ 継続的にLinterにかけてチェック
 • 「このコードってどこにデプロイされているの？」
 ◦ 継続的にデプロイされることで確認不要
 29
 チームの合意を
 ソフトウェアで担保

30. CI を行う大きな利点 (再掲)
 • 「このコードってコンパイル通るの？」
 ◦ 継続的にビルドしてチェック
 • 「このコードって書き方合ってるの？」
 ◦ 継続的にLinterにかけてチェック
 • 「このコードってどこにデプロイされているの？」
 ◦ 継続的にデプロイされることで確認不要
 30
 チームの合意を
 ソフトウェアで担保

31. CIとは
 31
 ここまでがCIの説明

32. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 32
 継続的な
33. CI / CD?
 CI: Continuous Integration CD: Continuous Delivery 　 Continuous Deployment
 33
 継続的な デプロイ デリバリー
34. CD?
 34
 Delivery VS Deployment

35. Delivery VS Deployment 35
 コード変更 ビルド Staging環境 にデプロイ Production環境 にデプロイ CI(Continuous Integration) CD(Continuous Delivery) CD(Continuous Deployment) Production環境にデプロイ準備完了まで =CD(elivery) Production環境に自動デプロイ =CD(eployment)
36. CD?
 36
 Push VS Pull

37. Push VS Pull • Push型
 ◦ CI上の一つのタスクとしてdev/stg/prd環境を操作
 ◦ e.g. Ansible, Terraform
 • Pull型
 ◦ k8sやマネージドサービスからコードの更新を監視
 → 変更があった際にコードをpullしてデプロイ
 ◦ e.g. ArgoCD
 37

38. CDを行う大きな利点
 • 「このコードってどこにデプロイされてるんだっけ？」
 ◦ CDの設定を確認することで分かる
 • 「このコードってデプロイしたんだっけ？」
 ◦ CDのStatusを確認することで分かる
 • 「このコードってどうやってデプロイするんだっけ？」
 ◦ CDの設定時以外で意識することが無くなる
 38

39. 3. CI/CDを実現する ソフトウェア 39
40. 現代のCIが持つ特徴
 • 実行ごとに新しい環境がセットアップされる
 • Gitリポジトリに動作条件を記載する
 ◦ 実行タイミング・実行するコマンドやスクリプト
 • ライブラリのように共有して使えるエコシステムがある
 • 実行結果はWebやAPIで結果を確認できる
 40
 ※絶対にこの条件を満たさないといけないわけではありません！
41. 代表的なCIサービス
 • SaaS 専業企業
 ◦ CircleCI / Travis CI / Bitrise / Xcode Cloud
 • パブリッククラウド付属サービス
 ◦ AWS CodeBuild / Google Cloud Cloud Build
 • その他
 ◦ GitHub Actions
 • OSS(自前のマシンが必要)
 ◦ Jenkins
 41

42. Github Actions 
 • GitHub社が提供しているCIサービス
 • 様々なOSに対応している
 ◦ Linux, macOS, Windows
 • 他ユーザーとワークフローを共有可能
 42

43. 代表的なCDサービス
 • CDはデプロイ先に応じて手法が異なる
 • パブリッククラウド付属サービス
 ◦ AWS CodePipeline / Google Cloud Cloud Deploy
 • OSS
 ◦ ArgoCD
 ◦ PipeCD
 43

44. • GitOps といえばこれ的なところがある
 • CLI, WebUI などユーザにあった操作も可能
 • 依存関係のあるデプロイメントプロセスもサポート
 • 弊社での利用実績も多い
 • Public Cloud => Cloud Deploy, Code Deploy
 ArgoCD
 44

45. ご清聴ありがとうございました！ 45