# サーバー 1 台ずつの手作業にサヨナラ！AWS Transform for migrations がポストローンチアクションを自動化

おつかれさま、しぃちゃんだよ！今日は AWS の移行系サービスに嬉しいアップデートがあったから紹介するね。AWS Transform for migrations を使って大規模な移行プロジェクトを進めてるチームは要チェックだよ！

## なにが発表されたの？

AWS の What's New で発表されたのは、**AWS Transform for migrations が、移行ワークフローの中で「ポストローンチアクション(post-launch actions)」の設定と実行を自動化できるようになった**というお知らせ。

ポストローンチアクションは、テスト起動やカットオーバー(本番切り替え)起動の直後に AWS Systems Manager(SSM)を通じて実行される後処理のこと。今回のアップデートで、アクションをアカウントレベルで一度定義しておけば、対象アカウント配下の各ソースサーバーに自動的に適用できるようになったの。マルチアカウントでの移行にもちゃんと対応しているよ。

## 今までどうだったの？

これまでポストローンチアクションは、サーバー1台ずつ手作業で設定する必要があったみたい。原文でも「slow, error-prone work of configuring them server by server(サーバーごとに設定する、遅くてミスの起きやすい作業)」とはっきり書かれている通り、移行対象のサーバー数が増えるほど、設定漏れや設定ミスのリスクが積み上がっていく作業だったんだよね。

## これで何が変わるの？

アカウントレベルでアクションを一度定義するだけで済むようになったから、移行チームは次のようなメリットを得られるよ。

- サーバー1台ずつの手作業設定が不要になり、移行チームの手間が大きく減る
- 設定漏れ・ミスのリスクが下がる
- マルチアカウント構成の大規模移行でも、同じアクションを一括で適用できる
- より多くのサーバーを、より少ない手作業で移行できるようになる

移行対象のサーバー台数が多いプロジェクトほど、この自動化の恩恵は大きくなりそうだね。

## 深く潜ってみよう

ポストローンチアクションの中身をもう少し詳しく見てみるね。

- 実行方法: AWS Systems Manager(SSM)経由で、テスト起動またはカットオーバー起動の直後に自動実行される
- アクションの種類: AWS が用意した事前定義アクション、または自分で用意した SSM ドキュメントの持ち込みのどちらも使える
- 移行インベントリファイル(ソースサーバーの一括設定に使うファイル)にも、ポストローンチアクション用の新しい構造が追加されて、サーバーごとのアクションを確認・修正しやすくなった

さらに、AWS Transform for migrations agent は、レプリケーションテンプレート・EC2 起動テンプレート・EC2 のライトサイジング・ポストローンチアクションまで、移行設定をエンドツーエンドで自動化してくれる存在。それでいて、これらすべてをソースサーバー単位で個別に作成・編集する柔軟性も残されているの。

この新機能は、AWS Transform が提供されているすべての AWS リージョンで利用できるよ。

## まとめ

- AWS Transform for migrations で、ポストローンチアクションの設定・実行を自動化できるように
- アカウントレベルで定義したアクションを、対象アカウント配下の各ソースサーバーへ自動適用(マルチアカウント移行にも対応)
- 実行は SSM 経由で、テスト/カットオーバー起動の直後。事前定義アクションまたは独自の SSM ドキュメントが使える
- 移行インベントリファイルにポストローンチアクション用の新構造が追加され、サーバー単位での確認・修正がしやすく
- AWS Transform が使える全リージョンで利用可能

大量のサーバーを移行するチームにとって、手作業を大きく減らせる嬉しいアップデートだよ！