ブルーグリーンデプロイメント

本番環境（ブルー）と同一構成の新環境（グリーン）を用意し、新バージョンをグリーン環境にデプロイした後にトラフィックを切り替えるリリース方式。問題発生時にはブルー環境に即座に戻せる。

本番の環境（ブルー）とは別に新しい版を載せた同じ構成の環境（グリーン）を用意し、確認が済んだらロードバランサなどで利用者の通信をまとめて切り替える導入の方法。切替えによる停止時間がほとんどなく、問題があれば元の環境に戻すだけで切り戻せる。環境を二重に持つための費用がかかる。

稼働中の本番環境（ブルー）とは別に新バージョンの本番環境（グリーン）を用意し、ロードバランサなどで通信の向き先を一度に切り替えるデプロイ手法。切替えによる停止時間を短くでき、問題があれば元の環境へすぐ戻せるが、環境を二重に持つコストがかかる。

新バージョンのソフトウェアを少数のユーザーや一部のサーバに先行して展開し、問題がないことを確認してから徐々に全体に広げるデプロイ手法。炭鉱のカナリアに由来し、障害の影響範囲を限定できる利点がある。

旧システムから新システムへ一度に全面的に切り替える移行方式。移行作業が短期間で完了するが、障害発生時のリスクが大きい。十分な移行リハーサルと切り戻し計画が必要。

旧システムから新システムへ機能単位や部門単位で段階的に切り替える移行方式。リスクを分散できるが、新旧システムの並行稼働期間が長くなり、データの整合性確保が課題となる。

新旧システムを同時に稼働させ、両者の処理結果を比較して新システムの正確性を確認する移行方式。信頼性は高いが、二重の運用コストがかかる。処理結果の照合作業も必要となる。

発注者が主体となり、納入されたシステムが要件を満たし業務で使えるかを、あらかじめ合意した受入基準に照らして確認するテスト。合格をもって検収となり、以後は瑕疵担保や保守契約の範囲に移る。

発注者が納入物を検査し、契約どおりの内容であることを確認して正式に受け取ること。受入れテストの結果に基づいて判断し、検収の完了が納品の成立と支払いの起点となるため基準の事前合意が重要となる。