開発/本番環境の分離：一人開発でも最低線を守る

2026/9/19

背景与問題

一人開発は「手元で本番 DB を直接いじる」リスクが常にある。環境分離の最低線（dev/prod の 2 分離）とデータ保護を整理する（B 方向）。テスト層は opc-test-design-consolidated、保全は opc-security-baseline。

（出典はいずれも 2026-09-19 アクセス）

事実：分離の最大の論拠は連鎖エラーの防止——開発のミスが本番に波及しない（Portage Bay 2025-03）。開発コードが本番データに接続しないこと、solo でもデータストアは分離するのが定説（Software Engineering StackExchange の議論でも小規模でも分離は推奨）。
事実：開発環境は公開されない空間であることがデータ保護の要点。dev/prod 分離で不正アクセス・漏えいリスクが下がる（Valohai ドキュメント）。
事実：staging は一人開発では optional——dev/prod の 2 分離だけが最低線で、本番類似設定での検証が必要なときだけ staging を足すとよい（検索サマリの整理）。
事実：dev では匿名化・合成データを使い、実ユーザーデータをテストに晒さない。
推测：一人開発の実務——①本番 DB のコピーを dev に置かない（合成データで足りる）②「本番を直接いじる」操作はopc-backup-restore-drill と同じくバックアップ直後に限定 ③設定・キーは環境変数で分離（opc-security-baseline）④分離が守れているかを月次点検（opc-monthly-ops-checklist）の 1 項目にする。

（調査継続中）

下次继续：棚卸しから。テスト層は opc-test-design-consolidated、保全は opc-security-baseline。