CIとCDについて
お疲れ様です。伊藤です。春を迎えたはずなのになんだかちょっぴり寒い。皆様風邪など引かぬように体調にはお気をつけください。
今日はCI(継続的インテグレーション)とCD(継続的デリバリー)について書きます。
で、まあ自動化といえばCI/CDはよく出ますね。しかし!結局なんなのそれ?よくわかんないんだけど?という方も多いかと思います(ってか私がそうでした)
そんなの常識だろう、という方はそっとブラウザを閉じていただけると助かります。
というわけでここからはインフラの知識ゼロでもわかるCI/CDを目指して書いていきたいと思います!(決意)
CIから行きましょう。まず継続的インテグレーションという言葉が難しい。インテグレーションが継続的ぃ?はぁ?って感じです。直訳にもほどがあるんじゃないのって感じですね。
英語で書くとcontinuous integration....うん、ちょっと忘れましょう。
おそらく当初は大層な意味があったんでしょうが、今は結局「CVSとかgitとかのライブラリ管理ソフトに作ったプログラムを登録したら自動的にテストまで行う」事に尽きると思っています。
もうそれだけかと。それを実行するのがJenkinsをはじめとしたCIツールと呼ばれるものです。要はこいつがライブラリを監視していて、登録されたら事前に予約しておいたシェルを動かす、それだけです。
つまりは
- 修正ソースを開発ライブラリにコミット
- ソースをビルド
- 実行ファイルを開発環境に配置
- 開発環境のアプリ停止
- 開発環境へデプロイ
- 開発環境のアプリ再開
- テスト用のシェル実行
この流れを自動にするって感じですね。そうすると修正してすぐテストできるから効率上がるぜ!アジャイル開発にもってこい!見たいな感じになるわけですね。
~ある日の開発ルーム~
開発チームのA君:やっとプログラムが動くことまで行ったからテストしようかなぁ。。。でもデプロイは運用チーム担当だから今日の帰り際にお願いして明日テストしーよおっと。
運用チームのBさん:いやデプロイするならちゃんと申請してください。あと業務後なので明日の夜リリースです。
A君:えー。めんどくさいなあ。それぐらいちゃちゃっとやってよ。申請書書くのめんどくさいから明日やろっと。
~そして明日~
申請書は遅れたものの何とか無理を言ってデプロイしてもらう。
A君:あ~また止まった!ちょっと直すからまたデプロイしてもらおう!
~以下無限に続く~
ということもなくなりますね(いいすぎ)
その辺が一体化されることがまさにDev(開発)Ops(運用)の考え方だと思います。
では続いてCD(継続的デリバリー)ですね。こちらはリリースの自動化です。先ほどとほとんど一緒ですが下記の流れを自動化します。
- テスト完了ソースを本番ライブラリにコミット
- ソースをビルド
- 実行ファイルを本番環境に配置
- 本番環境のアプリ停止
- 本番環境へデプロイ
- 本番環境のアプリ再開
の自動化です。こう考えると非常に簡単。ですが、実際には開発対象のアプリケーションの種類によって色々とデプロイ方法も違ったり、再起動対象も代わったりと簡単にはいきません。が、使い込んでいくうちにリリースの人為的なミスは無くなり、リリースまで瞬時に完了するため開発のスピード感が劇的にあがります(たぶん)
まあそんなわけで、CI/CDっていうのは世の中に浸透していると思います。あと今回はすごーく狭義にCI/CDのことを書きましたが、もちろん開発環境でもCDするし本番でCIということもあるかもしれません。私もこの手の環境作ったことが無いのでエアプ感が漂いますが、機会があれば是非構築してみたいと思います。
お疲れ様でした。