移行リリース チェックリスト
[アーティクル] 2024/04/15
3 人の共同作成者
フィードバック
この記事の内容
移行の実施
チェック リスト
次のステップ
このフェーズでは、デプロイされたワークロードを運用環境での使用のためにリリースする手順について説明します。 これには、最終的な移行手順の実行、ビジネスとのコミュニケーション、最終的な変更承認の作成、リソースのクリーンアップ、移行からの学習といった技術的なプロセスが含まれます。
このフェーズに達すると、適切に構成された状態でレプリケートされたデータを含む新しいリソースとして、または移行ツールを使用してレプリケートされたサーバーとして、リソースが Azure にデプロイされます。 技術的な観点からは、他にやるべきことは、最終的な移行タスクを開始し、新しい場所にトラフィックを送信することのみです。
ただし、移行が成功したことを確認するには、追加作業が必要です。 移行後の、適切な振り返りを含む最終処理アクティビティと同様に、ビジネスチームやサポート チームとの明確なコミュニケーションが重要です。
リソースの通信、テスト、または正常な移行を怠ると、サービス停止やビジネスの中断が発生する可能性があります。 廃止された資産の使用停止やワークロードの最適化を怠ると、移行のビジネス成果を達成できない可能性があります。 これらの問題を回避するには、移行を厳密に完了する必要があります。
次の表に、このフェーズで文書化されるアクティビティおよび、各アクティビティ実施を担当する役割の概要を示します。
テーブルを展開する
アクティビティ
説明
責任ある役割
変更通知の計画
今後の変更をビジネス チームと IT チームに伝える方法のガイダンスと例が含まれています。
プロジェクト マネージャー 組織の変更マネージャー
ビジネス テストを実施する
ワークロードの機能と使いやすさがクラウドに移行した後でも変わらないことを確認するために、ビジネス テストを実施する方法に関するガイダンスが含まれています。
プロジェクト マネージャー ワークロード経営者 ワークロード アーキテクト ユーザー受け入れテスター
移行を完了する
移行リリース期間を実施する方法に関するガイダンスが含まれています。
移行アーキテクト 移行エンジニア
移行後のコストを最適化する
移行後のワークロード コストを最適化するためのリソースが含まれています。
ワークロード アーキテクト Cloud Operations Manager プロジェクト マネージャー
振り返りを実施する
将来のワークロードの移行を改善するために振り返りを行う方法に関するガイダンスが含まれています。
ワークロード アーキテクト Cloud Operations Manager
最適化プロセスの一般的な理解ができたら、変更通知を開始する準備は完了です。