本番環境（プロダクション）は、実際の利用者が使っている、稼働中の環境です。公開サイト、業務システム、外部向け API など、実ユーザーのデータと実際のアクセスを受ける場所を指します。
大事なのは、本番環境は「一番完成している環境」ではなく「一番影響が大きい環境」だという捉え方です。同じ操作でも、開発環境なら作り直せば済むものが、本番では実データの消失や業務停止に直結します。
まず押さえたいポイント
- 実ユーザー・実データが存在する唯一の環境
- ミスの影響が取り返しにくい（＝作業手順と権限が厳しくなる）
- 本番専用のURL・環境変数・認証情報・権限設計を持つのが普通
- 監視・バックアップ・復旧手順が要求されるのはここだけ
近い用語との違い
開発環境は「作る場所」、ステージング環境は「本番そっくりの環境で最終確認する場所」、本番環境は「実際に提供する場所」です。ステージングを飛ばして開発環境から直接本番へ、が事故の典型パターンになります。「デプロイ」と「リリース」の区別も本番運用では重要で、デプロイとリリースの違い で整理しています。
本番だけ扱いが変わるもの
同じ仕組みでも、本番では前提が変わります。
- 認証情報。開発用の鍵を本番で使い回さない。漏れたときに切り離せなくなります
- 権限。全員が書ける状態にしない。読むだけで足りる作業は読むだけの権限で行います
- 変更の記録。誰がいつ何をしたかが残らないと、異常が起きたときに原因を絞れません
- 戻し方。出す前に、どう戻すかを決めておきます。戻せない変更は出す前に分割できないかを考えます
実務で見るポイント
本番でだけ起きる問題があるのが厄介な点です。データ量、実際の負荷、外部サービスとの本番連携、実際のドメインと証明書——これらは開発環境では再現しません。だからこそ「本番に近い環境で確認してから出す」「戻せる手段を用意してから出す」が原則になります。
もう1つ、確認のつもりの操作が変更になっていることに注意してください。件数を数えるだけのつもりが書き込みを含んでいた、という形の事故が起きます。本番のデータベース操作は特に危険なので、本番DBマイグレーションの注意点 もあわせて確認してください。