CI/CDのCIとは継続的インテグレーションを、CDとは継続的デリバリーまたは継続的デプロイメントを指すもので、ビルドやテスト、デプロイを自動化し、継続的に行っていく手法です。
パイプラインは、タスクや作業が流れていく『管』をイメージしていただければ良く、CI/CDを目的としたものに限らず、広い意味で使われます。

DevOpsにおけるCI/CD パイプライン構築の一般的な定義から、より早く正確に新しいサービスを提供する「生産性の向上」が、その目的にあげられます。

この「生産性の向上」を進めていく上での課題として、開発担当者によってCIが進められていく一方で、CDが進んでいない点を挙げました。
ソースコード管理がリポジトリ化され、ビルド・テストの自動化が進んでいるのに対し、アプリケーションや機能をリリースしていくデリバリー段階においては、運用担当者任せになり足踏み状態となるケースが多くあります。
開発担当者だけでなく、基盤担当者や運用担当者の視点を組み込むことが重要となります。

パイプラインのイメージとして管とお伝えしましたが、実際の管の様にCIからCDを一直線の流れで実行する必要はなく、要所で人を介入させることや、作業によって独立したスパンで回すという選択も可能です。

自動化ツール”Jenkins”を利用して、２つのデモを行いました。
”Jenkins”とはフリーでオープンソースの自動化ツールで、プラグインを豊富に持つことが特徴です。

◆◆デモ１：ディスク残量の監視→自動ディスク拡張
１つ目のデモでは、稼働中の仮想マシンのディスク拡張を自動化するパイプラインをご紹介しました。
AWSのインスタンスに立てられた監視サーバーが、監視対象となるサーバー（Jenkinsノード）の残量を監視し、閾値を下回ることで呼び出されるJenkinsサーバーが、ディスクを拡張するという流れが、自動で行われます。
監視モニターツールと組み合わせることによって、運用管理コストの削減が期待できると解説しました。

*トリガー*
Grafanaでディスクの空きスペースが不足（しきい値を超過）を検知しパイプライン（JenkinsのJob）をコール。
*パイプライン*
空きスペースが不足したディスクを拡張するスクリプトを実行。

◆◆デモ２：CI～ゼロダウンタイムのデプロイ
２つの目のデモでは、Dockerコンテナのゼロダウンタイムデプロイを自動化するパイプラインを紹介しました。
開発プロセスのCI（統合）と運用プロセスのCD（デリバリ）を連携させた代表的なCI/CDのパイプラインです。
システムを停止することなく、アプリケーションのバージョン更新（または切り戻し）ができることを、重要なポイントとして解説しました。

*トリガー*
ソースコードを変更しGitリポジトリへのプッシュを検知しパイプライン（JenkinsのJob）をコール。
*パイプライン*
ソースコードをPullしDockerイメージをビルド、DockerイメージリポジトリへのPushし、デプロイツールを実行。
*Blue/Greenデプロイ*
Dockerイメージリポジトリから新DockerイメージをPullし、旧Dockerコンテナと新Dockerコンテナを並列状態で実行し、ロードバランサーが新Dockerコンテナへとトラフィックを切り替える。
*デプロイのロールバック*
デプロイした新Dockerコンテナから旧Dockerコンテナへトラフィックを切り替える形で切り戻す。

２つのデモから、パイプラインのトリガーが必ずしもソースコードのリポジトリへのプッシュではなく、監視しているメトリクスの変化や他のイベント等もトリガーになること、およびCDにおけるBlue/Greenデプロイや切り戻しについて、イメージしていただけたのではないかと思います。