クラウドに移行したいと考えていても、既存のシステムに阻まれてしまう事例はしばしば見られる。クラウド移行は標準化できるのか、またその方法はどのようなものになるのか。AWS（Amazon Web Services）に特化したクラウドインテグレーターである、サーバーワークス代表取締役社長の大石良氏に話を聞いた。今回は後編だ（前編）。
--クラウド移行のプロセスを標準化するコンセプトとして、「Lift-and-Shift」（荷物をいったん持ち上げて、シフトさせる）を紹介いただきました。これまで解説いただいたのが、システムの棚卸しからLiftに当たるかと思います。続くShiftでは、何をするのでしょうか。
サーバーワークス 代表取締役社長 大石良氏
Shiftとは、”クラウドらしいサービスを使う”という意味です。例えば、OracleのReal Application Clusters（RAC）環境、つまり複数のサーバで一つのデータベースを構成するクラスタ環境があるとします。
これを移行するとなったら、EC2にインストールをして、クラスタ構成を組み、アプリケーションも移行します。ここまでがLiftです。
その後に、EC2にインストールしたアプリを（クラウド向けに設計された）AmazonのAuroraで運用したり、EC2上でのデプロイ作業を自動化する際にクラウドインフラ管理を自動化する「Beanstalk」に変えたりと、”クラウドらしいサービス”に切り替えていきます。
これがShiftです。
そのためにも「Lift」の負荷を軽減するのも大切なアプローチです。AWS Database Migration Service (DMS) や、マイグレーション専用ツールを利用することでこのLiftの負荷軽減が実現できます。
--今までオンプレの面倒を見ていた人たちが、そんな柔軟にShiftできるのですか。
それは時間がかかります。組織とセットの話なので、場合によっては既存のベンダーとの付き合いをやめたり、担当者を教育しなければならないこともあるからです。
まずはLiftによって、ハードウェア周りのトラブルやリスクをAWSで負荷軽減（オフロード）するというメリットを享受しておき、その上で、できるところからShiftしていくのが、特にエンタープライズ案件では必勝パターンです。
