開発環境・テスト環境・本番環境の分離とは？かんきょうのぶんり
開発環境・テスト環境・本番環境の分離とは、ソフトウェアを作る環境、動作を確かめる環境、利用者が実際に使う環境を物理的または論理的に切り離し、それぞれに触れる人と権限を別々に定める設計原則。本番データの持ち出しと未検証コードの流入という二方向の経路を同時に塞ぎ、変更は申請と承認を通した経路でしか本番へ届かないようにする。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
かつては開発担当者が本番サーバへ直接ログインして修正を当てる運用が珍しくなく、作業ミスによる停止と、権限を持つ内部者による情報の持ち出しが同じ経路から起きていた。監査基準やJIS Q 27001が職務の分離と変更管理を求めたことで、環境そのものを分けて権限の境界を引く形が標準になった。支援士では開発委託・リポジトリ管理と併せて、どこに境界を引くかが問われる。
具体例
GitHub Actionsで検証環境へ自動デプロイし、本番反映だけは運用担当者の承認を必須にする構成が典型。開発者は本番のIAMロールを持たず、リリース用の資格情報はCI側の秘密情報として保管して、コードからも開発端末からも読めないようにする。
試験での引っ掛け
分けただけでは足りない。本番データをそのまま検証環境へ複製すると、保護水準の低い側から漏れるのでマスキングか仮名化が要る。緊急時に開発者へ本番権限を渡す場合も、期限付きの発行と操作ログの取得が条件になる。
関連用語
出典・参考
公式シラバスの4 開発技術 ＞ 3. 開発環境管理に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。