Develop：実装するのはプログラムではなく価値【第10回】

開発と運用を分けないDevOpsのためにCI／CDは不可欠

　上述した筆者の体験時では、「DevOps（デブオプス。開発と運用の融合）」の推進を目指していた。DevOpsは、「Development＝開発」と「Operations＝運用」の2つをかけ合わせてできた言葉である。

　従来、ソフトウェア開発の世界では、開発するシステムが部署ごとに分断されてデータも連携されていな「サイロ化」状態にあり、担当部門だけでなく、開発チームと運用チームも別々だった。本来は、いずれのチームも「ソフトウェアの価値をエンドユーザーに届ける」という共通の目的を担っているにもかかわらずだ。

　そのため、開発チームは新機能の拡充や利便性の向上に最適化され、一方の運用チームはエンドユーザーが安定して使えるよう稼働時間を優先したサポート体制を採っていた。こうした手段の違いが、しばしば対立を生む。そうした対立をなくし、チームが互いにコラボレーションできる姿を目指すのがDevOpsである。

　前述したように、1日単位の短いサイクルでの開発を実現するためには、ユーザーストーリーをスプリントの単位で管理したうえで、開発チームと運用チームの対立を減らし、プロダクトに対して両チームが1つの目的に向かって推進しなければならない。

　スピード感を持ちつつ、プロダクトを継続的に確認するためには、機能要件からテスト完了までのプロセスを自動化する「CI（Continuous Integration：継続的インテグレーション）／CD（Continuous Delivery：継続的デリバリー）」への取り組みが不可欠である。

　CIは、その名の通り“継続的”に“インテグレーション（統合）”することであり、インテグレーション後に単体テストを自動的に実行することで、その不具合を早期に検証できる。ビルドを常に最新にでき、システム開発でよく陥りがちな結合後に不具合が多発する症状を早い段階で摘み取れ、非常に合理性がある。

　CDは、いかなるときでも、システムを実稼働環境にリリースできるようにするための方法だ。CI／CD環境を整備することで継続的にリリースをするというタスクが最適化され、本来のプロダクト開発に注力できる。

　これに対し、例えばExcelでバックログやリリース履歴を管理しているとデグレーション（品質低下）や反映漏れが発生する。テストやリリースを手動で実施していると、その作業自体がボトルネックになる。そうした環境ではアジャイル開発は諦めたほうが良い。

　ミニ演習2で、CI／CDへの理解を深めていただきたい。