企業AIプロジェクトWiki · 環境・バージョン・リリース
本番環境
別名Production · プロダクション環境 · ライブ環境 · Prod
本番環境は、実際のユーザー、業務データ、業務操作を正式に扱うための運用条件全体です。サーバーやデプロイ済みコードだけを指すのではなく、アクセス経路、コンピュートとランタイム、ネットワーク、データストア、IDと権限、設定と秘密情報、外部依存、監視とアラート、バックアップと復旧、さらに継続運用を担う人と手順を含みます。
まず本番環境の境界を明確にする
本番環境かどうかは、機器の設置場所やURLが公開されているかではなく、実際の業務を担う環境として正式に指定されているかで決まります。社内専用の管理画面、閉域網のシステム、企業のデータセンターで稼働するソフトウェアも本番環境になり得ます。
本番環境は一つの完全な運用状態です。同じコードでも、接続先データベース、秘密情報、ドメイン、権限、外部APIが異なれば別の環境です。逆に、テストサーバーの名前をproductionに変えても、本番運用能力は生まれません。
正式なシステムでは、現在何が動いているか、正常かどうか、問題発生時に誰がどの手順で対応するかを答えられる必要があります。どれか一つでも不明なら、本番環境は未完成です。
本番環境を構成するもの
すべてを同じ事業者が提供する必要はありませんが、それぞれの範囲と責任者を明確にする必要があります。
アクセス入口と通信経路
ユーザーや他システムがどこから入り、通信がどの構成要素を通り、暗号化、転送、制限、異常遮断されるかを定めます。
- ドメインとDNS
- TLS証明書
- ロードバランサー、ゲートウェイ、リバースプロキシ
- ファイアウォール、WAF、CDN、閉域網、VPN
コンピュートとランタイム
アプリケーションを動かすホスト、コンテナ、クラスター、関数、マネージド基盤と、OS、ランタイム、基盤ソフトウェアのバージョンです。
- CPU、メモリ、ストレージ上限
- コンテナイメージや実行成果物
- ランタイムバージョン
- スケーリングとプロセス管理
ネットワークと環境分離
本番を開発・テストからどう分離し、どの入口とサービス間接続を許可し、外向き通信をどう制御するかを定めます。
- ネットワーク区画とセキュリティグループ
- 入出力ルール
- 内部サービス検出
- 本番・非本番アカウントやプロジェクトの分離
データとストレージ
正式データの保存場所、分類、暗号化、保持、アーカイブ、削除方法と、各データサービスの管理者を明確にします。
- データベース、キャッシュ、キュー
- ファイル・オブジェクトストレージ
- 保存時・通信時の暗号化
- 保持・削除ルール
ID、権限、秘密情報
利用者、管理者、サービスアカウントの権限、機密操作の承認と監査、パスワード、トークン、証明書、暗号鍵の保管とローテーションを含みます。
- 最小権限
- 多要素認証
- サービスアカウント
- 秘密情報管理とアクセス監査
設定と外部依存
環境固有設定と、モデル、決済、通知、地図、認証、社内システムなどの依存先、さらに依存先障害時の動作を定めます。
- 環境設定
- 機能フラグ
- 外部APIとクォータ
- タイムアウト、再試行、遮断、縮退
可観測性とアラート
ユーザー体験、業務結果、技術構成要素の三つの観点で健全性を判断し、対応が必要な障害を責任者へ通知します。
- メトリクス、ログ、トレース
- ヘルスチェック
- エラー、遅延、容量、業務異常
- 重大度、担当者、エスカレーション
バックアップ、復旧、運用資料
誤削除、障害、不適切なリリース、災害からデータとサービスをどう戻すか、日常操作と障害対応、連絡先をどこに記録するかを含みます。
- バックアップ範囲と頻度
- RPOとRTO
- 復旧訓練
- 運用手順、障害手順、連絡先
本番環境に必要な運用要件
非本番環境からの分離
本番のアカウント、データ、秘密情報、高権限操作を開発・テストと安易に共有しません。分離により誤操作と侵害時の影響範囲を抑えます。
状態を識別し再現できる
稼働中のアプリ、設定、基盤、データベース状態を確認でき、重要部分をバージョン管理、自動化、管理文書から再構築できるようにします。
変更を制御し元に戻せる
コード、設定、DB構造、モデル、プロンプト、依存更新はすべて本番変更です。審査、テスト、記録、リリース方式、停止・復元策が必要です。
最小権限と追跡可能な操作
人とプログラムには作業に必要な権限だけを与え、高リスク操作には追加統制を設け、管理操作を監査ログに残します。
サービス健全性を観測できる
プロセスが動いているだけでは不十分です。主要業務が成功しているか、依存先、遅延、エラー、容量余裕を観測します。
障害対応と復旧ができる
アラートには担当者と手順が必要です。バックアップは復元可能性を確認し、重要障害に対するロールバック、切替、縮退、復旧を訓練します。
容量、性能、費用を管理できる
想定負荷、ピーク、サービス上限、拡張方法を把握し、資源消費と継続費用を監視します。
運用責任が継続する
システム、技術、業務の責任者、外部事業者との境界、当番、エスカレーション経路を明確にし、人員変更時に更新します。
変更が本番環境へ入るまで
利用ツールは異なっても、管理された本番変更は通常、次の状態を通ります。
識別可能な成果物
コード、設定、依存、DB変更を、出所を追跡できるバージョン付き成果物にします。
非本番で検証
機能、連携、セキュリティ、性能、必要な復旧テストを行い、未解決リスクを記録します。
変更を承認
内容、影響、時刻、担当者、観測指標、失敗時の対応を確認します。
デプロイ
指定成果物と設定を本番へ配置し、必要に応じてローリング、Blue-Green、Canaryで影響を抑えます。
リリースと観測
対象ユーザーに提供し、健全性、業務結果、ログ、アラートを観測します。
確定または復元
基準を満たせば完了とし、停止条件に該当すれば中断、ロールバック、縮退、切替を行い記録します。
本番準備の確認証拠
デプロイ完了だけでは本番準備の証拠になりません。次の問いに回答し、対応する記録を示せる必要があります。
- 正式な境界は一意か
本番ドメイン、アカウント、クラウドプロジェクト、クラスター、DB、外部サービス本番アカウントをテスト資源と区別できます。
確認資料：環境一覧、資源ID、ネットワーク図、正式URL。
- 稼働状態を識別できるか
アプリ、設定、DB構造、モデル、ナレッジ索引の現行バージョンをリリースまで追跡できます。
確認資料：バージョン画面、ビルド番号、デプロイ記録、変更票。
- アクセスは承認・監査されるか
利用者、管理者、運用者、サービスアカウントを分離し、高権限の承認、回収、監査方法があります。
確認資料：権限表、アカウント一覧、監査ログ、秘密情報管理記録。
- データ境界は文書化されているか
正式データの取得元、目的、保存場所、保持、暗号化、バックアップ、削除方法が明確です。
確認資料：データフロー、データ一覧、保持方針、バックアップ設定。
- 依存先と障害時動作は明確か
重要依存、クォータ、タイムアウト、再試行、縮退を記録しテストしています。
確認資料：依存一覧、クォータ、タイムアウト・縮退テスト結果。
- 監視は実業務をカバーするか
CPUやプロセスだけでなく、重要なログイン、検索、申請、生成などの失敗を検知できます。
確認資料：ダッシュボード、指標定義、合成監視、アラートルール。
- 各アラートに対応者がいるか
重大度、受信者、対応、エスカレーションがあり、通知経路もテスト済みです。
確認資料：アラート試験、当番表、障害手順、連絡網。
- 不適切なリリースを止めて戻せるか
観測期間、停止条件、ロールバック・縮退方法、不可逆なDB変更の扱いを定義しています。
確認資料：リリース計画、復元手順、訓練、直近の結果。
- バックアップから実際に復旧できるか
成功表示だけでなく、データ完全性、RPO、RTO、アプリ全体の復旧をテストします。
確認資料：復旧訓練、復旧時間、データ検証、未解決課題。
- 容量と継続費用は許容範囲か
代表負荷と上限を検証し、クラウド、モデル、保存、通信、外部サービスの継続費用を把握します。
確認資料：負荷試験、容量計画、上限一覧、予算、費用アラート。
- 責任と資料を引き継げるか
各責任者と外部事業者の境界が明確で、新担当者が既存手順で運用できます。
確認資料：責任表、運用手順、デプロイ手順、連絡先、引継記録。
企業AIシステムで追加確認すること
AIシステムでは、アプリケーションコードとは別に、モデル、プロンプト、知識源、生成動作が変化します。
モデルと呼出経路
モデル、バージョンまたはエイリアス、リージョン、呼出アカウント、上限、タイムアウト、再試行、代替策を記録します。エイリアス先変更も本番変更になり得ます。
プロンプト、規則、ツール権限
システムプロンプト、出力規則、ツール権限をバージョン化します。参照だけか、注文変更、送信、承認まで行うかでリスクが異なります。
知識と検索状態
本番知識源、権限、更新時刻、分割・索引バージョン、引用方法、削除資料を検索結果から除く方法を定めます。
データ送信と保持
入力、ファイル、業務データ、ログのうち何がモデルや外部サービスへ送られ、保持・学習利用・越境処理されるかを確認し、実際の設定と一致させます。
出力品質と安全境界
代表例で正確性、引用、拒否、資料不足、機密内容、権限外操作を評価します。単一の平均精度だけを本番基準にはできません。
人への引継ぎと停止条件
金額、責任、在庫、日程、コンプライアンス、高リスク操作、資料不足では、自動処理を止め、文脈を担当者へ渡す条件を定めます。
変化監視と再評価
モデル、知識、プロンプト、データ分布、外部APIは変化します。重要変更後に評価を再実行し、拒否、引継ぎ、誤り分類、業務結果を監視します。
本番環境と混同しやすい概念
| 関連概念 | 本番環境との違い |
|---|---|
| サーバー | サーバーは計算資源の一つです。本番環境にはネットワーク、データ、権限、設定、依存、監視、復旧、運用責任も含まれます。 |
| 本番バージョン | ある時点で本番環境に稼働するソフトウェアや設定の版です。本番環境はそれを支える運用条件全体です。 |
| デプロイ | 成果物と設定を環境へ配置する作業です。成功しても、ユーザー公開や本番準備完了を意味しません。 |
| 本番移行・リリース | 本番移行は正式提供の開始、リリースは対象ユーザーに版を提供することです。本番環境のライフサイクル上の出来事であり、環境そのものではありません。 |
| ステージング環境 | リリース前検証用で、本番に近づけますが通常は実業務を担いません。本番データや実依存の利用は別途合意します。 |
| 公開されたテストURL | インターネット到達性はネットワーク属性です。実業務用として正式指定されない限り、本番環境ではありません。 |
出典と適用範囲
本項目は一般的なソフトウェアの本番環境を説明するもので、パブリッククラウド、プライベートクラウド、オンプレミス、コンテナ、特定ベンダーの採用を求めるものではありません。環境階層、可用性目標、セキュリティ対策、バックアップ頻度、運用責任は、業務影響、データ区分、規制、予算に応じて決定します。