第二回 Lift and Shiftによるクラウド移行

■Lift and Shiftとは、

オンプレミスのシステムをクラウドに移行する際に、SIerからLift and Shiftによるシステム移行方式を提案されるケースがあります。

Lift and Shiftとは、オンプレミス上のシステム構成変更を大きく変更することなくクラウド環境に移行し、その後クラウドに最適な構成に変更する手法です。そのため、Lift and Shiftは、「Lift」と「Shift」の２つのフェーズで実施することになります。

オンプレミスのシステムをクラウドに移行する際に、SIerからLift and Shiftによるシステム移行方式を提案されるケースがあります。

Lift and Shiftとは、オンプレミス上のシステム構成変更を大きく変更することなくクラウド環境に移行し、その後クラウドに最適な構成に変更する手法です。そのため、Lift and Shiftは、「Lift」と「Shift」の２つのフェーズで実施することになります。

■Lift and Shiftの問題点

Lift and Shiftによるクラウド移行の方式には、問題もあるため、採用に際しては慎重に判断する必要があります。以下では、主要な３つの問題点を示しています。

１．クラウドのメリットが得られない
Lift and Shiftの最初のフェーズとなるLiftが完了した時点では、クラウドのメリットをほとんど得ることが出来ません。特にシステム運用負荷は、オンプレの時とほとんど変わらず、コスト削減もあまり期待が出来ません。また、クラウドサービスプロバイダーが提供している様々な付加価値の高いサービスも利用出来ていません

２．無駄なコストと時間がかかる
以下は、 Lift and Shiftのクラウド移行のプロセスと、Liftの段階を踏まずに、Shiftした場合の移行プロセスを示したものです。

確かにLiftのクラウド移行は、短期間で実施可能であるが、移行後のテストにかなりの時間を要してしまうことは、オンプレのシステムにおけるハードウェア更改の経験があれば、かなりの時間を要することは、理解できると思います。また、Shiftにおけるクラウド移行時には、Liftで実施した移行作業がほとんど再利用できないので、Shiftだけによるクラウド移行に比べて、 Lift and Shiftの移行方式は、Lift分のコストと時間が無駄になってしまいます。

３．Shiftが進まない
Lift and Shiftの２つのフェーズで、初期の段階から、Shiftまでを見据えた計画が立てられていれば良いのですが、最初に、Liftだけを実施し、落ち着いてからShiftを検討しようとすると、多くの場合、 Shiftが実施されず、 Liftしたままのクラウドのメリットが得られない状態で、システムが稼働し続けてしまうことを情報システム部門の担当者から聞いています。これは、Shiftには、それなりの時間とコストがかかってしまう一方で、 システム部門からすると、クラウドのメリットを享受できる価値はありますが、経営層から見ると、Shiftを実施しても、売り上げが伸びることもなく、既存システムの機能が改善することもないので、経営層に対して費用対効果をうまく説明できず、移行を見送られてしまう事例が見られます。

■Lift and Shiftが適切な場合

ここまで、Lift and Shift方式の問題点を説明してきましたが、Lift and Shift方式が適している場合もあります。それは、オンプレミス環境で利用しているデータセンターの契約更新期限が迫っていて、今後、全社的なクラウド移行の方針が出ている場合、新たにデータセンターの契約を更新せず、迅速に既存システムをクラウドに一旦移行してしまう場合です。もう一つは、システムに対する変更要求が少ないシステム（いわゆる塩漬けのシステム）が移行対象の場合、あえて、コストのかかるShiftをすぐに実施せず、一旦クラウドに移行して、必要に応じて改善するような場合です。

いずれにしてもSIerからの提案を鵜吞みにせずに、自社にとって最適な方式かどうかを十分に検討して採用を決定することが重要です。

クラウド連載（全5回）

第一回　クラウドの普及と間違った認識
第三回　パブリッククラウドは高い？
第四回　クラウドセキュリティは不安？
第五回　クラウドの選定