CI/CD - Speaker Deck

Slide 1

Slide 1 text

CI/CD について

Slide 2

Slide 2 text

自己紹介 ● 猫です ● 株式会社メルカリでソフトウェアエンジニアをしています ● マイクロサービスをやっています ● と英語を主に書いています ● もりもりコードを書いたり、環境を整備したりするのが好きです

Slide 3

Slide 3 text

今日の話 ● についての説明、紹介 ○ の無い世界では何が起こるか ○ とはどういうものか、何を行うのか ○ 実際のツールの紹介 ○ 導入や使用するときに気にすること ● を使った例 ● まとめ ● おまけ

Slide 4

Slide 4 text

CI/CDについての説明、紹介

Slide 5

Slide 5 text

CI/CDの無い世界で何が起こるか開発するぞ！開発するぞ！開発するぞ！開発するぞ！

Slide 6

Slide 6 text

CI/CDの無い世界で何が起こるかできた！できた！できた！できた！

Slide 7

Slide 7 text

CI/CDの無い世界で何が起こるかリリースをするのでデータをください

Slide 8

Slide 8 text

CI/CDの無い世界で何が起こるか

Slide 9

Slide 9 text

CI/CDの無い世界で何が起こるか動きません！修正してください

Slide 10

Slide 10 text

CI/CDの無い世界で何が起こるかどうして... どうして... どうして... どうして...

Slide 11

Slide 11 text

CI/CDの無い世界で何が起こるか

Slide 12

Slide 12 text

CI/CDの無い世界で何が起こるか確認できましたリリース開始します

Slide 13

Slide 13 text

CI/CDの無い世界で何が起こるか手順は...えーと...

Slide 14

Slide 14 text

CI/CDの無い世界で何が起こるか〜しばらくして〜

Slide 15

Slide 15 text

● 自分の作業した部分は動く ● 自分の作業が誰かの作業に影響しているかもしれない ● 全体を見るまでかはわからない ● ソフトウェアを本番環境に準備するのが大変 ● つまり、開発した機能のリリースにかかるまでの時間が長い！！！ ● → CI/CDで解決します ○ ソースコード管理も必要です ○ 人開発でもメリットがあります CI/CDの無い世界で何が起こるか

Slide 16

Slide 16 text

● ● 大きくどどん、ではなく、小さく継続的に、ソフトウェアを結合する ○ 継続的に定期的、自動的 ○ ソフトウェアを結合ビルドやテストを行う ● 頻繁にソフトウェアを結合できるので ○ 他人との衝突に早く気づくことができる ○ 結果としてリリースまでの時間を短縮できる CIとはどういうものなのか

Slide 17

Slide 17 text

CIでは何をするのか ● ソフトウェアのビルドソフトウェアを利用できるようにする ● ソフトウェアのテストソフトウェアが正しく動作する状態を確認 ● ソースコードに対する解析ソースコードの品質を高める ● その他アイデア次第 ○ 脆弱性診断、パフォーマンス測定など

Slide 18

Slide 18 text

CDとはどういうものなのか ● ○ ソフトウェアをいつでもリリース可能な状態にする ○ リリースは手動（ビジネス的な都合がある） ○ ソフトウェアを準備することで、リリースにかかるコストを削減 ● ○ リリースにかかる作業（デプロイ）を自動化する ○ 全自動でリリースがされることで、リリースにかかるコストを更に削減する ○ 今日のはこちらを指します

Slide 19

Slide 19 text

CDでは何をするのか ● リリースするものを準備する ● リリースの実施 ○ アプリケーションなら ○ サーバにログイン、ソフトウェアを配置する。

Slide 20

Slide 20 text

CI/CDとは！？実際の動作する環境開発者をしてくれるものをしてくれるものビルドテストソースコード管理フィードバック

Slide 21

Slide 21 text

実際にどういうソリューションがあるか 1/2 ● ソースコード管理と一体化したもの ○ ○ ○ ● ○ ○ ○

Slide 22

Slide 22 text

実際にどういうソリューションがあるか 2/2 ● クラウドプロバイダーが提供するもの ○ ○ ○ ● セルフホスティング ○ ○ ○ ○

Slide 23

Slide 23 text

CI/CDの導入や利用にあたって気にすること ● コストがかかることを理解する ○ お金がかかる ○ 管理やメンテナンス、トラブルシューティングする人も必要 ● 自動化する ○ 手動でボタンポチーは面倒なのでやらなくなる ○ 自動化にこだわりすぎるのもダメ。構築やメンテナンスが大変 ● 作業単位を小さくし、実行頻度をあげる ○ 作業単位が大きいと時間もかかる ○ 頻度を上げられない原因があれば解消する

Slide 24

Slide 24 text

特にCIの導入や利用にあたって気にすること 1/2 ● 入れるなら最初から入れる ○ 開発の超初期段階でもメリットがある ○ 開発途中のものに入れる場合は、全部対応してからではなく都度対応を可能となるように導入する ● の信頼性を高める ○ がたまに失敗したり、失敗を放置したままにしない ○ の実行時間を速める

Slide 25

Slide 25 text

特にCIの導入や利用にあたって気にすること 2/2 ● で作成したソフトウェアがなにかに影響を出している ○ 実行したテストが本番データを更新している、とか ● で確認する内容が更新する ○ ソフトウェアは開発を経て進化するので内容も見直す ● 恐怖駆動にしない ○ 壊した人に罰を与えないよう各自の作業を各自が見れるようにする

Slide 26

Slide 26 text

特にCDの導入や利用にあたって気にすること 1/2 ● コストがかかることを理解する ○ 以上にコストがかかる場合が多い ● デプロイのプロセスを正しく自動化する ○ 途中でマニュアル操作が必要なものは継続的に実施しにくい ● デプロイを追跡する ○ なにか問題が起きたり、大きな改善が見られたときにどのデプロイが影響したかを把握する

Slide 27

Slide 27 text

特にCDの導入や利用にあたって気にすること 2/2 ● 本当に全自動でよいかを考える ○ ビジネスとしての都合、ソフトウェアの利用者の性質など様々な要素が絡む ○ カナリアリリースやロールバックといった仕組みの用意が必要 ■ カナリアリリース一部の利用者のみが最新のものを利用する仕組み ■ ロールバック問題があったときに以前のバージョンに戻す ■ 問題が起きたとしても影響範囲を小さくすることができる ■ もちろんこれらも全自動にできる

Slide 28

Slide 28 text

Github Actionsを使った例

Slide 29

Slide 29 text

実際にGithubActionsを使ってCIをやってみる ● 空っぽのリポジトリを作る ● 言語を使って、ハローワールドと簡単なテストを書く ● をセットアップ ● 手元で変更を作成、コミットしてプッシュ ● プルリクエストを作成しての結果を確認 ● 手元で修正を作成、コミットしてプッシュ ● の結果を確認

Slide 30

Slide 30 text

実際にGithubActionsを使ってCIをやってみる空っぽのリポジトリを作る

Slide 31

Slide 31 text

実際にGithubActionsを使ってCIをやってみる Go言語を使って、ハローワールドと簡単なテストを書く package main import "fmt" func main() { fmt.Println(say("hello!")) } func say(message string) string { return fmt.Sprintf("I'm bot, %s", message) }

Slide 32

Slide 32 text

実際にGithubActionsを使ってCIをやってみる Go言語を使って、ハローワールドと簡単なテストを書く

Slide 33