【DevOps】「継続的インテグレーション（CI）」や「継続的デリバリー（CD）」について

継続的インテグレーションとは？

アプリのコードを追加、修正する（コミットする）ごとに自動的にシステムのビルド、ユニットテストして確実に動作するコードを自動で保持する仕組みで「ソフトウェア品質向上」や「納期短縮」を目的として考え出された開発手法です。短いサイクルで継続的に行う事で、長期に渡って開発とリリースを繰り返すプロジェクトではこの仕組みがこの上ない安全装置としての役割を果たします。

開発環境で実施されることが多く、コードの静的解析ツール、バージョン管理ツールやビルドツール、テストツール、CIツール等の様々なツールと連携して自動化を図ります。

CIで得られる効果

• 継続的に「出荷できる状態」にできる。
• 新しく追加されたコードが問題既存のバグを引き起こしていても、早期に検知できる。
• 問題に早期に対処することで継続的に出荷可能な状態を保つことができる。
• 動作環境も含め、継続的インテグレーションできるため、自動テストやアジャイル型開発の基盤の一つとなる。

CIを採用している開発手法

「エクストリームプログラミング(XP)」が該当します。エクストリームプログラミングの代表的な手法が「スクラム開発」になります。スクラム開発については下記の記事でもまとめています。

【システム開発】スクラム開発まとめ

CIでよく利用されているツール

• Jekins
• Travis CI
• Circle CI
• Code Pipeline(AWS)
• GitLab CI/CD Jobs

CIの流れ

1. リポジトリからソースコードの取得
2. ビルド
3. 「単体テストコードの実行」や「コーディング規約チェック」、「ステップ数カウンタ」
4. テストサーバへの配置
5. リグレッションテスト

エラーが発生した場合

定期的にCIの一連のプロセスを実行して、エラーが発生した際はメンバーにメールで送信するように設定します。何度もメールがくると煩わしいので各アプリケーションの担当チームだけに限定してメールを送信する設定にすると良いでしょう。

ビルド

ビルド終了後に他のプログラムのビルドを待ち合わせて単体テストを行う事も可能ですが、単体テストは個々のプログラムの動作確認さえできれば良いので、他のプログラムの終了までは待ち合わせなくても良いでしょう。

ステップ数カウンタ

CIの中にステップ数カウンタを用意して、テストコードのテストケース数と照合するというようなことも行う場合もあります。テストケースの妥当性評価ではアプリケーションのステップ数が一般的に妥当と見られているためです。

単体テスト

単体テスト終了後は、リグレッションテストを行うために他のプログラムの単体テスト結果と待ち合わせを行うよう設定すると良いでしょう。

継続的デリバリー（継続的デプロイ）とは？

CIで作成して成果物のステージングや本番環境へのデプロイを自動化する仕組みです。