リリース単位とは？りりーすたんい
リリース単位は、一度にまとめて本番環境へ展開する構成品目のまとまりである。大きくすると作業回数は減るが一度の影響範囲とリスクが広がり、小さくすると個々のリスクは下がるが回数と調整のコストが増える。セキュリティパッチを他の変更と束ねるか単独で当てるかという判断として、支援士の運用設問で問われる。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
変更を1つずつ本番に入れると、承認・テスト・切り戻し準備が毎回発生して運用が回らない。逆に何か月分もまとめると、障害が起きたときにどの変更が原因か分からず、切り戻しも大がかりになる。緊急のセキュリティパッチは通常のリリースを待てないため、通常リリースと緊急リリースの2本立てで単位を決めておくことが、JIS Q 20000のリリース及び展開管理として問われる。
具体例
社内Webシステムでは、機能追加を月1回の定例リリースに束ね、Apache Log4jのような緊急度の高い脆弱性への対応だけは単独の緊急リリースとして先行させる。Kubernetes上のマイクロサービスでは、サービス単位に小さく分けて、切り戻しをコンテナイメージの差し替えで済ませる設計が一般的である。
試験での引っ掛け
「小さくすれば常に良い」ではなく、回帰テストと調整の総コストは回数に比例して増える、という条件付きの逆転が問われる。またリリース単位（何をまとめるか）と、展開方式（一斉かカナリアか段階的か）は別の軸で、混ぜた選択肢が出る。緊急リリースも変更管理を省略してよいわけではなく、事後承認の手順が要る。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。