リリースと展開・サービス移行

リリースと展開・サービス移行は、変更によって作成・修正された構成品目（CI）をまとめたリリースを、稼働環境へ安全に届けるための管理である。ITサービスマネージャは、変更管理と連携しながら、リリース内容の検証と承認、展開計画の策定、展開後の確認を一連の流れとして管理する。JIS Q 20000-1:2020の要求事項の要点は、展開の前後で何を記録し、どの判断を誰が行うかを明確にすることにある。

展開の原理と仕組み

リリース及び展開管理は、変更管理で承認された変更をリリースとして束ね、稼働環境へ移すまでの活動を担う。リリースは、構成管理で把握しているCIの関係を踏まえて構成し、どのCIを同時に展開するかを明らかにしておく必要がある。影響を受けるCIのベースラインは、変更前の状態を基準として残すために稼働環境への展開より前に取得しておく。展開後に取得すると、変更前の状態との比較や切り戻しの判断材料が失われるため、この順序は要求事項に反する。

稼働環境に展開される変更されたCIの集合を構築することは、リリース及び展開管理プロセスの活動である。 一方で、変更の影響を受けるCIを識別することや、CABを招集してRFCを評価することは変更管理の活動に属する。 両者の境界を取り違えると、どのプロセスが記録と判断の責任を負うかが曖昧になる。

判断の基準と展開計画

展開計画の策定に先立ち、リリースがサービスに与えるリスクを分析・評価し、回避策又は軽減策を検討する。 展開前に本番環境に近い環境で試験を行い、その試験では確認できないリスクを明確にしたうえで、対策を立てることが求められる。

展開時に想定外の事態が起きても被害を限定するため、影響の小さい機能や対象範囲から段階的に展開する方法が有効である。 展開後の稼働状態を監視する方法を事前に検討しておけば、インシデント発生のリスクを軽減できる。