本番移行と引き渡し
本番移行は証跡にもとづく引き渡しとして扱います。ID、製品アクセス、データフロー、連携、監視、バックアップ、サポート経路が本番利用に耐えることを確認します。
前提条件
環境準備と製品設定を完了します。本番移行検証の前に、本番所有者、サポート所有者、業務受け入れ所有者、変更承認所有者を顧客側で割り当てます。
引き渡しフロー
入力情報
| 入力 | 例 |
|---|---|
| 受け入れ範囲 | 本番移行に含める製品、モジュール、サイト、データソース、ワークフロー、ユーザーグループ。 |
| テストユーザー | 管理者、オペレーター、閲覧者、連携担当者、サポートユーザー。 |
| 検証データ | 資産、文書、コネクター、データセット、作業指示、AI ワークフロー、シミュレーションシーン。 |
| サポート連絡先 | 顧客業務所有者、顧客 IT 所有者、DataMesh プロジェクト連絡先、エスカレーション時間帯。 |
| リリースウィンドウ | 本番移行時刻、凍結期間、ロールバック期待、コミュニケーション計画。 |
検証手順
- 本番 URL、テナント、環境ラベルを確認します。
- 管理者ログイン、SSO またはパスワードログイン、ロール別製品アクセスを検証します。
- 代表ユーザーで対象製品ワークフローを検証します。
- 本番移行範囲に含まれるコネクター、インポート、API Key、予定ジョブを検証します。
- 監視チェック、バックアップ期待、サポート連絡先を確認します。
- 未解決の既知問題と回避策を記録します。
- リリースウィンドウの一時停止またはロールバック条件を確認します。
- 業務所有者と環境所有者の承認を記録します。
本番移行証跡
| 証跡 | 用途 |
|---|---|
| 環境インベントリ | 何がデプロイされ、どの URL を使うかを示す。 |
| ユーザーとロール検証 | 適切なユーザーが適切なタスクを実行できることを確認する。 |
| 製品ワークフロー検証 | デプロイが業務利用を支えることを確認する。 |
| 連携検証 | データとサービスIDが計画どおり動作することを確認する。 |
| バックアップと復旧説明 | 復旧期待が割り当てられ承認済みであることを確認する。 |
| サポート引き渡し | インシデントとエスカレーション経路を確認する。 |
| 既知問題リスト | 残るリスクを見える状態にする。 |
期待結果
顧客が環境にアクセスし、合意したワークフローを完了し、サポートプロセスを運用でき、監視、バックアップ、復旧、リリース保守の責任を理解した状態が本番移行の目標です。
本番安定化期間
本番移行後に短い安定化期間を定義します。ログイン失敗、連携エラー、アクセス申請、製品ワークフロー例外、性能懸念、サポート応答時間を追跡します。顧客所有者が未解決リストと運用リズムを受け入れたら、安定化期間を終了できます。
よくあるブロッカー
| 症状 | 確認項目 |
|---|---|
| ログインできるがタスクを完了できない | 製品権限、オブジェクト範囲、サンプルデータ、ワークフロー状態、クライアントバージョン。 |
| 引き渡し後にコネクターが失敗する | 資格情報、ソースシステム可用性、ネットワーク経路、同期計画、schema 変更。 |
| サポート責任が不明確 | 引き渡し記録、エスカレーション経路、顧客 IT 所有者、DataMesh 連絡先。 |
| 本番移行証跡が不足している | 受け入れ範囲、検証所有者、画面、ログ、未解決問題。 |