カナリアリリース

新しいバージョンのリリースを一部のユーザや環境に限定して展開し、問題がないことを確認してから段階的に展開範囲を広げるリリース手法。リスクを最小化しながらリリースを進める。

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

新しいバージョンをまず一部の利用者やサーバだけに公開し、問題がないことを確かめながら対象を段階的に広げるリリース手法。不具合の影響を限られた範囲にとどめられ、異常があればすぐに旧バージョンへ戻せる。

本番環境を2系統（ブルーとグリーン）用意し、一方で新バージョンを構築・テストした後、ロードバランサ等でトラフィックを切り替えるデプロイ手法。瞬時の切り替えと切り戻しが可能で、ダウンタイムを最小化できる。

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

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

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

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

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