ステージング環境とは？ステージングかんきょう
ステージング環境とは、本番とほぼ同じ構成・データ量で、リリース前の最終確認を行うための環境。機能・性能の確認に加えて、本番と同じ構成で脆弱性診断やWAFの設定検証を行う場でもある。本番同等にするのは構成とデータ量であり、本番の個人情報をそのまま置くのではなくマスキングした複製を使う。本番と同じ認証・アクセス制御をかけ、インターネットから誰でも到達できる状態や検索エンジンに載る状態にしない。
最終更新：2026-10-06
この語が出る過去問を解く →背景
開発環境は件数が少なく構成も簡略なので、本番でだけ起きる性能問題や設定ミスを見つけられない。だから本番の写しを用意して最後に通す工程ができた。一方でステージングは「本番の写し」ゆえに本番と同じ価値のデータと設定を持ち、守りが本番より緩いまま公開されると格好の入口になる。支援士では、テスト環境のデータマスキング（JIS Q 27002の管理策）と環境分離、環境ごとのアクセス制御が問われる。
具体例
Heroku Pipelinesはレビュー→ステージング→本番の順に同じビルド成果物を昇格させる流れを提供しており、ステージングで本番相当のデータ量の実行計画と応答時間を確認してからリリースする。AWSではステージングと本番をアカウント単位で分離し、IAMで到達できる人を分ける。
試験での引っ掛け
「本番と同じ構成」はデータ量・機器構成を揃えるという意味であって、本番の個人情報をそのまま置いてよいという意味ではなく、複製にはマスキングが要る。少ない件数の開発環境では実行計画が本番と変わるため、開発環境でのテスト結果をもって性能確認とはみなせない。またステージングを本番より弱い認証で公開したままにすると、本番と同じ構成情報とデータが漏れる。
関連用語
出た過去問
出典：令和5年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問22（IPA）
目的別のサービスが多数連携して動作する大規模な分散型のシステムでは、障害時の挙動を予知することが困難である。このようなシステムにおいて、ステージング環境や本番環…
正解：カオスエンジニアリング
要点：カオスエンジニアリングは意図的な障害注入で弱点を洗い出す
カオスエンジニアリングは、実際に稼働している環境であえて障害を注入し、システムがどう振る舞うかを観察して弱点を見つける手法である。インスタンスの停止や遅延の挿入などの実験を仮説付きで計画し、影響範囲を限定しながら実施して、判明した問題を修正する取組を継続する。障害が起きてから対処するのではなく、平時に弱点を掘り起こして耐障害性を高める点に特徴がある。
出典・参考
公式シラバスの4 開発技術 ＞ 3. 開発環境管理 ＞ (1) 開発環境構築に掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。