導入
移行と言っても、そのまま持ち上げるのか、作り直すのか、いっそやめるのか——選択肢は1つではありません。AWSはこれを7つのパターンに整理しています。
説明
移行戦略は頭文字がすべて R なので 7R と呼ばれます。
| 戦略 | 別名 | 内容 |
|---|---|---|
| Rehost | リフト＆シフト | ほぼそのままEC2などへ載せ替える。最も速く、まずはこれが基本 |
| Replatform | リフト・ティンカー＆シフト | 一部だけクラウド向けに変える（例：自前のMySQLをRDSに置き換える） |
| Repurchase | 買い替え | 自社運用をやめてSaaSに乗り換える（例：自前のCRM → SaaSのCRM） |
| Refactor / Re-architect | 作り直し | クラウド前提に設計から作り直す（例：モノリスをサーバーレス・マイクロサービスへ）。効果は大きいがコストと期間も大きい |
| Retire | 廃止 | 使われていないシステムを、この機会に停止する |
| Retain | 現状維持 | 移行しない・まだ移行しないと決める（法令やタイミングの都合） |
| Relocate | 移設 | VMware環境などを、作り直さずまとめてAWSへ移す |
flowchart TD
Q["このシステムをどうする？"] --> R1{"まだ使う？"}
R1 -->|使わない| Ret["Retire（廃止）"]
R1 -->|今は動かせない| Rta["Retain（現状維持）"]
R1 -->|移す| R2{"作り直す余力は？"}
R2 -->|ない| Reh["Rehost（そのまま載せ替え）"]
R2 -->|少しある| Rep["Replatform（一部だけ改良）"]
R2 -->|SaaSで代替できる| Rpu["Repurchase（買い替え）"]
R2 -->|ある| Ref["Refactor（作り直し）"]
現実の移行プロジェクトでは、まずRehostで素早く移し、動かしながらReplatform・Refactorへ進めるという段階的なやり方がよく取られます。移行前の準備としては、Migration Evaluator（現在のオンプレミス環境のコストと移行後の見積もりを比較するツール）が使われます。
読んでみよう
「そのまま載せる＝Rehost」「一部だけ変える＝Replatform」「SaaSに買い替え＝Repurchase」「作り直す＝Refactor」「やめる＝Retire」「残す＝Retain」「まとめて移設＝Relocate」。7つの R は用語の意味を問う形で出ます。