直前・直後の3ポイントAWSへの移行後のポイントAWSのクラウド環境への移行で必要な考え方、事前準備や移行時の注意点などをお伝えする「AWSへの移行を徹底解説!オンプレミスからクラウド環境への移行手順」の連載です。前回の「計画と実行」では前編・後編にわかれて、移行に必要な手順でおさえておきたいポイントやTIPSをご紹介しました。今回は「移行本番の切り替え」について移行の本番でのポイントを紹介します。移行先としてのAWSと移行で活用したいサービス担当者の連絡体制とフローをきめておくシステム切り替えの当日は、連絡体制の構築が非常に重要です。システム切り替え作業に関わる担当者の連絡先や連絡する手段などを事前にまとめておきましょう。連絡を取りにくい時間帯があるようなら、それも制約として計画に含めておくとより確実です。トラブルがない場合にも作業の進捗状況は原則として同報通知を行うのが良いでしょう。作業する場所が物理的に離れている場合にあるケースですが、誰がどこまで作業が進めているのかが共有できてないと、後続タスクの作業者の作業進捗に影響が出てくる可能性もあるためです。移行時体制の構築の作業ステップをまとめる作業ステップをまとめておきます。ポイントは連絡を取り合うタイミングと判断ポイントを先にきめておくことです。切り戻しの判断タイミングと、基準の設定が重要です。万が一移行作業に問題が起きたとき、切り戻しの判断が遅れてしまうと、結果的にサービスの停止時間が伸びて業務影響が大きくなってしまうこともあるため、注意が必要です。直前・直後の3ポイントAWSへの移行作業の計画を立てる上でのTIPSをいくつか挙げてみます。イレギュラー判断について予想される不測の事態をできるだけ事前に洗い出します。イレギュラーな事象が起きた時の対応シナリオを用意しておくことで、切り戻しが必要な場合の判断ポイントの定義がしやすくなるでしょう。不測の事態を予想して、シナリオにまで落としておくことが、システム切り替え作業を安心して確実に行うことにもつながります。連絡体制について先述しましたが、システム切り替え作業は、移行作業は複数チームで行う場合が少なくありません。円滑な移行作業のためには、連絡体制と定期的な連絡ポイントを適切に設定することが重要です。業務上利用してかまわない場合はSlackやChatworkといったコミュニケーションツールの利用も検討すると良いでしょう。問い合わせや、イレギュラーな事象に対する個別対応が発生することも考えられるため、移行作業が完了した後のバックアップ体制も踏まえて要員計画を立てておくとプロジェクト関係者の負荷軽減につながるでしょう。要員の役割はできるだけ分業します。作業状況の連絡者と移行作業の作業者は、特定の担当者が同時にこなしていくのは中々難しいため、原則として分けることが望ましいでしょう。AWSへの移行後のポイントAWSへの移行作業が完了した後のタスクなどいくつか挙げてみます。無事に移行が完了した後に行うタスクとして、忘れがちなのが現環境の契約解除や撤去のタスクです。無駄なコストを発生させないためにも移行計画のタスクとして必ず含めるようにします。一点注意として、現環境の契約を解除してしまうと、もう元には戻れないため、不測の事態にそなえ、しばらくは新旧のシステムの並行稼動期間を設定するのが良いでしょう。AWSのクラウド環境の利活用AWSのクラウド環境への移行が一段落したら、移行した環境をよりクラウドにフィットさせるような改善活動を行いたいところです。観点から改善ポイントとなる項目を挙げています。移行本番の切り替え」でした。次回は「移行先としてのAWSと活用できるツール」にて移行先のAWSについて詳しく紹介します。移行先としてのAWSと移行で活用したいサービスこれからAWSへ移行を検討・実施される方にオススメ!AWS導入事例集これからAWSへ移行を検討・実施される方は必読、「物理サーバーからの手探りのAWS移行」「複雑化したマルチクラウド環境からAWSへの移行」など、AWS移行の成功事例をご紹介します。