運用と保守
運用と保守は、本番移行後の FactVerse 環境を継続して利用できる状態に保つための活動です。運用モデルでは、所有者、定期チェック、サポート手順、変更ウィンドウ、インシデント切り分け、定期レビューを明確にします。
前提条件
環境は本番移行引き渡しを完了している必要があります。環境所有者、サポート所有者、連携所有者、ID 所有者、導入済みモジュールの製品所有者を割り当てます。
運用リズム
入力情報
| 入力 | 例 |
|---|---|
| 環境インベントリ | URL、デプロイモデル、製品、連携、ソースシステム、所有者。 |
| サポートモデル | 一次サポート所有者、エスカレーション経路、サービス時間帯、応答期待。 |
| 監視範囲 | ログイン状態、ページ可用性、コネクタージョブ、予定ジョブ、API エラー、ストレージ、バックアップ状態。 |
| 保守ウィンドウ | 更新、設定変更、証明書作業、連携変更の定期時間帯。 |
| 連絡先 | 業務所有者、IT 所有者、製品所有者、サービスデスク、DataMesh 連絡先。 |
定期チェック
| 頻度 | 確認項目 |
|---|---|
| 毎日または営業日 | 環境可用性、ユーザーログイン問題、重要コネクタージョブ、緊急サポートチケット。 |
| 毎週 | 失敗ジョブ、アクセス申請、製品ワークフロー例外、ストレージ傾向、バックアップ状態。 |
| 毎月 | ユーザーとロールレビュー、未使用サービスID、証明書と Key の期限、リリースノート、既知問題。 |
| 四半期 | 復旧テスト計画、連携所有者レビュー、データ保持レビュー、運用モデルレビュー。 |
インシデント切り分け
- 影響を受ける環境、テナント、ユーザーグループ、製品領域、開始時刻を確認します。
- 問題をアクセス、製品ワークフロー、データ連携、性能、可用性、外部依存に分類します。
- 直近の変更、リリース、証明書ローテーション、IdP 変更、ネットワーク変更、ソースシステム変更を確認します。
- 顧客コミュニケーション所有者と技術調査所有者を割り当てます。
- 影響、回避策、次回更新時刻、完了証跡を記録します。
保守活動
| 活動 | 割り当てる所有者 |
|---|---|
| ユーザーとロールレビュー | テナント管理者または顧客 IT 所有者。 |
| コネクター資格情報ローテーション | 連携所有者とソースシステム所有者。 |
| API Key レビュー | 連携所有者と環境所有者。 |
| 証明書更新 | 顧客 IT 所有者またはホスティング所有者。 |
| リリース検証 | 製品所有者、業務所有者、DataMesh プロジェクトまたはサポート連絡先。 |
| バックアップレビュー | 環境所有者と復旧所有者。 |
運用記録
日常運用では、次のサポート所有者が引き継げる記録を残します。環境一覧、連携一覧、ユーザー管理記録、サービスID記録、インシデントログ、保守ログ、リリース検証記録、バックアップまたは復旧テスト記録を最新に保つことを推奨します。記録は軽量に保ち、何が変わったか、誰が承認したか、どのように検証したか、どのフォローアップが未完了かを示します。
大規模なデプロイでは、月次または四半期の運用会議でこれらの記録を確認します。レビューでは、繰り返し発生するインシデント、長期化したアクセス申請、繰り返し失敗するコネクター、容量やストレージの傾向、証明書とキーの期限、業務所有者の変更に注目します。これにより、チームはプロジェクト記憶から安定した運用プロセスへ移行できます。
期待結果
保守可能な環境では、所有者が問題を検知し、影響を共有し、定期変更を実施し、復旧期待を検証し、毎回プロジェクト背景を整理し直さずに判断を記録できます。
よくある運用ギャップ
| 症状 | 確認項目 |
|---|---|
| インシデントが繰り返される | 根本原因記録、監視シグナル、所有者割当、定期レビュー。 |
| アクセス申請が遅い | ロールテンプレート、承認所有者、テナント管理者の稼働状況、SSO グループ対応付け。 |
| 連携障害の診断が難しい | ソースシステム所有者、資格情報所有者、同期計画、ログ、サンプルレコード識別子。 |
| 保守ウィンドウが利用者に影響する | 連絡先リスト、業務カレンダー、リリース範囲、検証計画、ロールバック条件。 |