開発・ステージング・本番環境をきちんと分けたい方へ
一つのサーバーで開発し、そのまま本番稼働している。開発(Dev)・検証(Stg)・本番(Prod)を分離し、安全にデプロイするパイプラインを構築する方法を整理しました。
環境分離のないまま本番サーバーで直接直していると、一度のデプロイでサービスが止まる事故が繰り返されます。GIIPはDev・Stg・Prodの3段環境とCI/CDデプロイ自動化を構築し、そのまま運用まで引き継ぎます。
本番サーバーで直接直す
テスト環境が無く、本番でコードを直します。一行のミスがそのまま障害になります。
デプロイが怖い
デプロイ手順が手作業で人によって違い、ロールバック手段が無いため問題時に手が出せません。
「自分のPCでは動いた」
開発環境と本番環境が違うため、デプロイして初めて動かないと分かります。
最初から環境を分けていない
早く作ろうと一つのサーバーで始め、サービスが大きくなってから分けるのはさらに難しくなりました。
デプロイが自動化されていない
CI/CDが無ければデプロイは人の手次第。抜け、順序ミス、戻せない、が起きます。
インフラをコードで管理していない
環境構成が文書と記憶にしかなく、同じ環境を作り直せません。
Dev・Stg・Prodを分け、コードのプッシュから本番反映まで自動化されたパイプラインを立てます。
3段環境の分離
開発・検証・本番を隔離し、本番反映の前に必ず検証段階を通します。
CI/CDデプロイ自動化
テスト・ビルド・デプロイ・ロールバックをパイプラインで自動化。人は承認だけ、実行は自動です。
IaC（コード化インフラ）
環境構成をコードで管理し、いつでも同一環境を再現し変更履歴を残します。
構築後の運用まで一つのチーム
作って終わりではなく、同じチームが監視・障害対応まで引き継ぎます。
環境構築を任せる前に確認すること
- 現在、開発と本番が同じサーバーで行われているか
- デプロイ手順が文書化・自動化されているか
- 問題発生時にロールバックする手段があるか
- 環境構成がコード（IaC）で管理されているか
- 検証なしに本番へ直接反映されていないか
よくある質問
小規模なサービスにも3段環境が必要ですか？
規模に合わせて調整します。最低限、本番と分離した検証環境と、戻せるデプロイは規模に関わらず推奨します。
既存サービスを止めずに移行できますか？
可能です。運用を維持したまま検証環境から作り、デプロイパイプラインを段階的に適用します。
構築だけで終わりですか？
いいえ。GIIPは構築後の監視・障害対応・デプロイ運用まで同じチームが続けます。開発と運用が途切れません。