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/CDを使い倒して数段上のソフトウェア開発をしよう (デブサミ関西)
Search
Kim, Hirokuni
September 27, 2019
Technology
2
910
CI/CDを使い倒して数段上のソフトウェア開発をしよう (デブサミ関西)
デブサミ関西の登壇資料です
Kim, Hirokuni
September 27, 2019
Tweet
Share
More Decks by Kim, Hirokuni
See All by Kim, Hirokuni
How We Migrated K8S Without Downtime
kimh
0
180
エンジニアが起業する意味: 起業経験ゼロから電動キックボード 事業を創る話
kimh
0
1.1k
K8sとTraefikでつくるマイクロフロントエンド
kimh
14
2.6k
デブサミ福岡: CI/CDを使い倒して数段上のソフトウェア開発をしよう
kimh
0
480
CircleCI 2.0を支える2つの コンテナクラスターとSRE
kimh
6
6.1k
なぜ今CI/CDがアジャイル組織に必要とされるのか?
kimh
0
330
CircleCI 2.0を支える2つのコンテナクラスター
kimh
2
4.4k
CircleCI 2.0を支えるインフラとSREの役割
kimh
5
2.2k
Orbsを使ってAWSへ簡単デプロイ
kimh
1
1.6k
Other Decks in Technology
See All in Technology
AWS Lambdaと歩んだ“サーバーレス”と今後 #lambda_10years
yoshidashingo
1
180
Why App Signing Matters for Your Android Apps - Android Bangkok Conference 2024
akexorcist
0
130
【Startup CTO of the Year 2024 / Audience Award】アセンド取締役CTO 丹羽健
niwatakeru
0
1.3k
The Rise of LLMOps
asei
7
1.7k
AWS Media Services 最新サービスアップデート 2024
eijikominami
0
200
SRE×AIOpsを始めよう!GuardDutyによるお手軽脅威検出
amixedcolor
0
170
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
6
660
ドメインの本質を掴む / Get the essence of the domain
sinsoku
2
160
Engineer Career Talk
lycorp_recruit_jp
0
190
Oracle Cloud Infrastructureデータベース・クラウド:各バージョンのサポート期間
oracle4engineer
PRO
28
13k
Lambdaと地方とコミュニティ
miu_crescent
2
370
いざ、BSC討伐の旅
nikinusu
2
780
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Become a Pro
speakerdeck
PRO
25
5k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.7k
[RailsConf 2023] Rails as a piece of cake
palkan
52
4.9k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Adopting Sorbet at Scale
ufuk
73
9.1k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
370
The Pragmatic Product Professional
lauravandoore
31
6.3k
Transcript
1 CI/CDを使い倒して数段上の ソフトウェア開発しよう #circlecijp #devsumi
2 CI/CD 戦国時代 Google GCP Cloud Build Microsoft Azure Pipelines
AWS CodeBuild GitHub Actions
3 CI/CD 戦国時代
4 最初の疑問 なぜCI/CDへの関心がこれほど高まっているのか?
5 自己紹介: Kim, Hirokuni (金 洋国) - 元CircleCI 開発者 -
CircleCI Japan TechLead - CircleCI SRE - 灘生まれ、谷上育ち
6 モチベーションについて
7 このセッションの基本の流れ What Why Why Not Beyond
8 CI / 継続的インテグレーション
9 What is CI?
10 その前に確認 もちろんテストは書いてますよね?
11 なぜテストを書くべきか • 何度も同じ手順を繰り返さないといけない • 人の目や手に頼ると必ず見落としが発生する
12 なぜテストを書くべきか • 何度も同じ手順を繰り返さないといけない • 人の目や手に頼ると必ず見落としが発生する それコンピューターにやらせようよ!
13 CIとはテストを自動で実行する仕組み 開発者のコード変更に対して • 常に • 同じ環境で テストを実行してくれる
14 CIとはテストを自動で実行する仕組み 開発者のコード変更に対して • 常に • 同じ環境で テストを実行してくれる ※ テストは自分たちで用意する必要がある
15 Why CI?
16 ただテストを書くだけでは不十分 • テストがあるけど実行し忘れた • 昔書いたテストが壊れていて動かない • テスト結果が環境依存
17 ただテストを書くだけでは不十分 • テストがあるけど実行し忘れた • 昔書いたテストが壊れていて動かない • テスト結果が環境依存 テストの信頼性がない
18 問題: テストの実行忘れ • リリース前にテストをしわすれる • バグを見落とす • 修正でリリースが遅れる
19 解答: 常にテストを回す • GitHub (VCS)の変更をCI/CDが検知 • 全変更に対してテスト実行
20 問題: テストが壊れてしまう • 古いテストが壊れている • テストが悪いのかコードがわからない
21 解答: 壊れたテストを素早く検知 • テストが壊れた時点で検知 • 直さないとマージできない (後述)
22 使われていない自動化は壊れていく “サイボウズを支える CircleCI”より
23 問題: テスト結果が環境依存 僕のマシンだとテスト通ってます (`・ω・´) キリッ
24 解答: CIを唯一のテスト環境にする • 毎回同じテスト環境が構築される • まっさらな環境でテストを実行 • いつ実行しても同じテスト結果になる
25 CIの目的 テストの新陳代謝を高めて信頼性をあげる
26 Why NOT CI?
27 CI導入を妨げる問題 • テストがない • メンテナンス
28 問題: テストがない • CIを始めたい • でも実行するテストが存在しない • テスト文化の布教にはコストと時間がかかる CIを導入する上でいちばんやっかいな問題
29 テストがない状態からCIを始める5ステップ Step 1: お好みのCI/CDツールを選ぶ Step 2: タスクの自動化 Step 3:
可視化する Step 4: マージブロック Step 5: テストを追加していく
30 Step 1: お好みのCI/CDツールを選ぶ
31 ステップ2: 様々なタスクを自動化しよう テスト以外のタスクを自動化 • 構文チェック(linting) • カバレッジ計測 • 循環的複雑度のチェック
• ドキュメントの自動生成
32 ステップ3: 可視化しよう CI結果を可視化しよう • ステータスバッジ • ダッシュボードの作成 • メール・チャットでの通知
33 CIやってる感が出てくる ”お、俺たちCIしてるっぽい”
34 Step 4: マージブロック有効化 マージするための条件をブランチごとに 指定できる機能 • CIが通らないとマージできない • 管理者しかマージできない
• Force Push禁止 • Etc, etc CircleCIが通らないとマージできない
35 Step 5: テストの追加 少しずつテストを追加していく • ユニットテストはとりあえず後回し • 最も大事なビジネスロジック •
この時点では無理は禁物....
36 CI導入を妨げる問題 • テストがない • メンテナンス
37 問題: メンテナンス • CI/CDツールのメンテナンスは大変 • 通常専任のエンジニアが必要 • CircleCIのようなクラウド型がおすすめ
38 クラウド型 VS オンプレミス型 クラウド型 オンプレミス型 AWS CodeBuild CircleCI GCP
Cloud Build Travis CI Jenkins Concourse CI
39 CIのまとめ • テストの信頼性と品質を向上させる • テストがなくてもCIは始めれる • できる自動化からはじめよう • クラウド型のツールで運用コストを下げる
40 Beyond CI
41 開発フロー コードをPush
42 開発フロー コードをPush CIでテスト
43 開発フロー コードをPush CIでテスト masterへマージ
44 開発フロー コードをPush CIでテスト masterへマージ 自動
45 開発フロー コードをPush CIで自動テスト masterへマージ 自動 リリース 手動
46 CD / 継続的デプロイメント
47 What is CD?
48 CDとは? Continuous Deployment (継続的デプロイメント) 自動でステージング・本番環境へデプロイ Continuous Delivery (継続的デリバリー) 常にリリース可能な状態を維持する
49 Continuous Delivery (継続的デリバリー) リリース作業に人間の意思が介在する コードプッ シュ JARファイル CI Dockerイメージ
ステージング 本番環境 人間が 決定 CD Continuous Delivery
50 Continuous Deployment (継続的デプロイメント) リリースに人の意思が介在しない コードプッシュ JARファイル Dockerイメージ ステージング 本番環境
Continuous Delivery CD CI CD Continuous Deployment
51 Why CD?
52 リリース後に発覚する仕様バグ • リリースして実際に使ってみた • ユーザーの要求を満たしていない • 仕様が全然間違っていた
53 なぜこのようなことが起こるのか 本当に必要な機能はクライアント/ユーザー にも使ってみないとわからない
54 解答: フィードバックループを使おう • 細かい単位でリリースする • フィードバックを早めに得る • カイゼンする
55 CDなしだとだとループが回らない • リリースの許可が必要 • ヒューマンエラー フィードバックループが回 らない
56 CDなくしてフィードバックループなし No CD, No Feedback Loop
57 Why NOT CD?
58 Why NOT CD? • エンタープライズなアーキテクチャー • レガシー (技術的負債が多い) アーキテクチャー
そもそもシステムがCDに向いてない
59 解答: 時間をかけてアップデート • サービスの疎結合 • 徐々にモダン化 CD導入の銀の弾丸はない
60 CircleCIでの事例 Before: • 常に200台以上のビルドマシンからなるフリート • Chat Ops (hubot)でデプロイ •
およそ2日で完全に入れ替わる • しばらく古いコードと新しいコードが混在する問題
61 CircleCIでの事例 1年かけて以下を実施した • DockerとKubernetesの導入 • マイクロサービス化
62 新システムにはまずCI/CDを導入しよう 家永 英治さんのブログより
63 CDのまとめ • CDが回るとフィードバックループも回る • CDに向いていないシステムはある • 既存システムに導入が無理なら新システムから
64 Beyond CD
65 CDのその先1: 迅速なロールバック $ git revert CD 修正完了
66 CDのその先2: 本番環境でのテスト
67 テスト環境での失敗例 1週間テスト環境でテスト
68 テスト失敗例 1週間テスト環境でテスト ↓ リリース (完璧だ!)
69 テスト失敗例 1週間テスト環境でテスト ↓ リリース (完璧だ!) ↓ 本番環境のDockerのバージョンが古くて バグを踏む
70 テスト失敗例 Dockerのバージョンも同じにした!
71 テスト失敗例 Dockerのバージョンも同じにした! ↓ リリース (今度こそ完璧だ!)
72 例 2 Dockerのバージョンも同じにした! ↓ リリース (今度こそ完璧だ!) ↓ GitHubのAPI使用制限にひっかかる
73 なぜこんなことが起こるか? テスト可能部分 外部サービス ビジネス要求 仕様 トラフィック・負荷 テスト可能な部分はとても小さい!
74 なぜこんなことが起こるか? テスト可能部分 外部サービス ビジネス要求 仕様 トラフィック・負荷 テスト可能な部分はとても小さい!
75 開発者たちの重大な学び リリースしてみないと結局わからない!
76 デプロイとリリースの違い デプロイ コードを本番環境に配置すること リリース 配置したコードでトラフィックをさばくこと
77 CDのその先3: 高度なリリース手法 • カナリーリリース • ブルー グリーン デプロイ
78 CDをつかいこなすと、、、 • 迅速なロールバック • 本番環境でのテスト • 高度なリリース手法 これらがもたらすものは、、、
79 CDをつかいこなすと、、、 • 迅速なロールバック • 本番環境でのテスト • 高度なリリース手法 これらがもたらすものは、、、 プログラミングに対する
圧倒的な心理的安全
80 Why CD? CI/CD Makes Programming FUN!!
81 CI/CDの未来
82 CI/CDはどこへ向かうのか? CI
83 CI/CDはどこへ向かうのか? CI CDelivery
84 CI/CDはどこへ向かうのか? CI CDelivery CDeployment
85 CI/CDはどこへ向かうのか? CI CDelivery CDeployment ????
86 CI/CDはどこへ向かうのか? CI CDelivery CDeployment ???? 自動化 自動化 自動化 CI/CDの歴史は自動化の歴史
87 確実な自動化の未来 今手動でやっていることを意識しなくてもいい時代 • CIやCDの設定 • モニタリング • デプロイ環境の構築
88 CI/CDの未来 $ git commit -m “First commit” && git
push 最初からクライマックス!!
89 CircleCI ユーザコミュニティ 東京 大阪 福岡 ソウル バンコク ジャカルタ
90 CircleCIファンのためのコミュニティ! #circlecijp circleci.connpass.com CircleCI ユーザコミュニティ circlecijp = “学ぶ” と
“つながる” • Learn 機能だけでなく、運用のハナシも! • Connect うまく使っている人だけでなく、 これから使う人の HUB に! • Output あなたのアウトプットが、誰かの躓きを防ぐ! あればあるほど、自分の疑問も解消しやすい!
91 ご静聴ありがとうございました