Q：
「リフトアンドシフト」クラウドアプローチで企業が抱える懸念事項は何ですか？
A：ワークロードまたはデータ環境のセットの「リフトとシフト」のプロセスは、通常、ある環境からオペレーションを「リフト」し、次に別の環境に「シフト」しようとするプロジェクトとして定義されます。オンプレミスからオフプレミスへの特定のワークロードとタスク、またはあるデータセンターから別のデータセンターへのデータ操作の移動。 企業が持つかもしれない懸念には、そのような移行がどのように機能するかについての要点が含まれます。
リフトとシフトに関するいくつかの懸念は、システム操作を新しいシステムに単に「カットアンドペースト」するのに聞こえるほど単純ではないという考えに関連しています。 多くの場合、リフトやシフトのアプローチは、要件や運用設計の十分な文書化なしに開始されます。 後でこれらが必要になると、プロジェクトにモンキーレンチを投げることができます。
リフトとシフトに関するその他の問題には、問題の2つの環境の違いが含まれます。 プロジェクトは適切なリソースをすべて備えているため、オンプレミスまたは元のレガシーシステムでは正常に機能する場合がありますが、新しい場所ではうまく機能しない場合があります。 単純化された類推は観葉植物になります：ある鉢では別の鉢よりも植物の繁殖を抑える要因がいくつもあります。
リフトとシフトに関するその他の懸念は、元のプロセスに固有の問題に関係しています。リフトとシフトでは、移行前に問題を修正する努力はないという考えがしばしばあります。 そのため、これらの問題はプロジェクトを新しい環境で困惑させ、利害関係者が新しいシステムの実装とスケーリングを試みているため、大混乱を引き起こしています。 Turbonomicブログの執筆者であるVMware vExpert Eric Wrightは、この問題の類推も行っています。ゴミや破片でいっぱいのコンテナーを単に「持ち上げて移動」し、ジャンクコンポーネントを目的地に配送する運送会社の例えです。 ITのリフトとシフトのアイデアは、結果に無駄なデータの寄せ集め、その処理システムと一致しないデータ、または「生息地」を超えたデータセットが含まれる可能性があるということです。
これらはすべて、「リフトアンドシフト」シナリオの潜在的な問題であり、おそらく「修正して送信」と呼ばれる他のシナリオとは対照的です。
