リフトアンドシフト とは？

アプリケーションを大きく作り直さず、既存の構成を保ちながらクラウドなどの別の基盤へ移す方法。リホストとも呼ばれる。アプリの変更を抑えられる一方、移行先の接続・運用・性能などの確認は必要。

ひよこ

引っ越しみたいな名前だね！

ペンギン先生

既存のアプリを大きく作り直さず、稼働する場所を移す方法だよ。オンプレミスからクラウドの仮想マシンへ移す例がある。AWSの移行戦略ではリホストと呼び、移行元には物理サーバーや仮想マシン、別のクラウドも含められるんだ。

ひよこ

変更しないなら、確認も少なくていい？

ペンギン先生

アプリの再設計を抑えられても、接続先やネットワーク、データの同期、運用は確認しよう。図でもアプリとミドルウェアの構成を保ち、基盤を移している。コードを書き直さないことと、環境設定やテストまで不要なことは別だよ。

ひよこ

コストも必ず安くなる？

ペンギン先生

移しただけでは保証できないよ。クラウド向けの最適化を加えていないため、規模や運用の仕方に応じて費用や性能を確認する必要がある。マネージドサービスへの変更など、最適化を加える移行はリプラットフォーミングと区別されるね。

ひよこ

それでも、まず移すのはなぜ？

ペンギン先生

データセンターから退去したい、移行と大規模な再設計を同時に進める余裕がない、といった目的に使えるよ。まず稼働先を移してから改善する戦略もある。ただし、その順番がすべてのアプリに適しているわけではないので、目的や制約に合わせて選ぼう。

ひよこ

何百ものシステムは一つずつ移せばいい？

ペンギン先生

依存関係を見て、まとめて移す必要があるものを判断しよう。アプリとDBの通信遅延に耐えられないなら、別々に切り替えにくい場合もある。段階的な切り替えか一括か、テスト、停止時間、戻す手順まで考える必要があるんだ。

まとめ：ざっくりこれだけ覚えればOK！

「リフトアンドシフト」って出てきたら「アプリを大きく作り直さず、稼働する基盤を移す方法」と思えばだいたいOK！

誤り・わかりにくい説明を報告する