ブルーグリーンデプロイメントの効果と課題：OpenStack上に構築する、ブルーグリーンデプロイメント実践入門（3）（1/3 ページ）

連載バックナンバー

　前回は、リリースにおける6つの課題をブルーグリーンデプロイメントの手法によって解決できること、そして、ユニアデックスの開発したソリューションを例に、OpenStack上に構築したブルーグリーンデプロイメントの仕組みを説明しました。

　今回はこれを踏まえて、OpenStackを基板とするブルーグリーンデプロイメントの効果と、導入における課題を具体的な導入を考える管理者に向けて考察していきます。

「リリース工数の削減」と「リスク低減」の効果を考察する

　ブルーグリーンデプロイメントは、「リリース工数の削減」と「リスクの低減」に効果があることを前回説明しました。まず、リリースにかかる時間がどれだけ削減できるかを考察してみます。

　以下は、あるWebアプリケーションシステム（以下、従来システム）を想定した、リリースにおける2時間のサービス停止を伴うメンテナンスタイムテーブル例です。

　リリース作業における「2時間」は、あっという間です。上記のように個々の作業に時間を割り振っていくと、適用自体の作業に使える時間とテストに使える時間は、それぞれ30分しかありません。この例では、バックアップとリストアの時間にそれぞれ20分を取っていますが、大きな規模のデータベースを扱うシステムならば、もっと時間が必要かもしれません。

　それに対して、このシステムへブルーグリーンデプロイメントの仕組みを導入すると、こうなります。

　2時間の所要時間は15分に短縮されます。しかもほとんど焦る必要がない、余裕のある15分です。

　もっとも、ブルーグリーンデプロイメントでは設定済みの環境をあらかじめ準備しておくので、プロジェクト全体の時間は変わらないのでは？　と思う人はいるでしょう。しかし、作業タイミングが違うことに大きな意義があります。

　まず、圧倒的にすべきことが減ります。従来システムでは、限られた時間内に多くの工程を迅速かつ正確に実行する必要があります。そのために、前もって入念な計画を行い、作業をこなす人員を確保して作業を並列化しなければなりません。併せて、臨時で確保した人員については対象のシステムに関する事前教育が必要ですし、作業前のリハーサルを行うことなども考察しなければなりません。

　それに対してブルーグリーンデプロイメントならば、入念な作業計画を立てる時間とリリース時の追加人員はずっと少なくて済むでしょう。つまり、リリースにかかる時間だけではなく、工数を削減できることになります。

　また、仮にプロジェクト全体の所要時間や工数には大きな差がなかったとしても、ブルーグリーンデプロイメントにはもう1つ大きなメリットがあります。それは「作業時間を平準化できること」です。例えば、リリースに向けて新たな人員が必要なのに、それを確保できなかったらどうするか、原価が想定以上に掛かったらどうするか、新たな人員を確保したはいいがスキルが低かったらどうなるか、などの不確定要素も考慮する必要があります。ブルーグリーンデプロイメントを適用すれば、そのような不安定性の影響を受けにくく、かつ、作業が集中してしまうことで生じるリスクを避けることができます。