CI/CDパイプラインをコード化する「Pipeline as Code」とは？ 構築・メンテナンスを実現する5ステップ

【16-D-5】継続的デリバリーを支えるPipeline as Codeという取り組み

　CI/CDパイプラインをコード化することで継続的な構築・メンテナンスを可能にするPipeline as Codeという取り組みが注目を集めている。システム開発で当たり前になったコードのバージョン管理や自動テスト・実行環境のメンテナンスがCI/CDパイプラインにも及んでいるのだ。 本セッションでは、NTTコミュニケーションズの杉野博徳氏が、自分たちのチームで取り組んできたPipeline as Codeについて解説した。杉野氏は、NTTコミュニケーションズの社内向けSREという立場で、3年にわたって自分たちと複数のアプリケーション開発チームのCI/CDパイプラインを構築・メンテナンスしてきた。開発チームなどで継続的デリバリーの環境構築・メンテナンスに取り組むエンジニアにとって役立つ事例となるだろう。

CI/CDパイプラインで考慮すべき3つのポイント

NTTコミュニケーションズ株式会社 イノベーションセンター 主査 杉野博徳氏

　「継続的デリバリーとは、コード変更をトリガーとして本番環境へのリリースまでのプロセスを自動化すること」と、継続的デリバリーの復習から杉野氏は話を始めた。 ソースコードを書いたらリポジトリにコミットして、ビルドしてテストして、それがOKだったらマージして、さらに検証環境で確認して、本番環境にデプロイするという一連のプロセスの集まりをCI/CDパイプラインと呼ぶ。このようなCI/CDパイプラインでは、3つのポイントを考慮する必要があると杉野氏は語った。

　最初のポイントはバージョン管理である。そのパイプラインを、誰が、いつ、どのように変更を加えたかを管理する。パイプラインをバージョン管理していない場合、変更していくと最新のパイプラインだけが手元にある状態になる。このパイプラインを使ってデプロイした場合、直前の状態にすぐに戻すことができない。また、差分を把握するのも容易ではないだろう。

　2つ目のポイントは、パイプラインの正常性確認である。パイプラインを変更して、動作はしたけど環境を壊してしまったという場合を防止するためには、パイプラインが期待通りに動作することを確認する必要がある。

　3番目のポイントは陳腐化防止である。突然の動作不良や脆弱性にさらされないよう、作成したパイプラインの見直しや更新が必要になる。パイプラインのメンテナンスをしないでずっと塩漬けにしていると、利用アプリケーション・デプロイ先環境のバージョンによって突然動かなくなる可能性がある。

CI/CD パイプラインについて考慮すべき3つのポイント

　要するに、CI/CDパイプラインを塩漬けにしていると、継続的デリバリーが阻害される可能性が高まり、ひいてはユーザーへの継続的な価値提供が阻害されるリスクが高まることになるのだ。

　「皆さんも、アプリケーション開発で当たり前のようにコードのバージョン管理やリリース時の機能検証、利用しているライブラリの定期的なバージョンアップやセキュリティスキャンなどをやっていると思います。CI/CDパイプラインも、アプリケーション開発と同じように管理していくことが望ましいと思っています」（杉野氏）

　そこで杉野氏らのチームでは、CI/CDパイプラインをコード化して管理するPipeline as Codeを実践することで、望ましいパイプライン管理の実現を目指すことにした。

Pipeline as Codeに期待する効果