リフト＆シフト方式でクラウドに移行する最大のリスクは、余力のあるサーバに負荷を分散させる設計になっていないアプリケーションを利用することで発生する余剰なコストだ。サーバの利用料金は、1時間単位で加算されていく。

　メール配信サービスを提供するSendGridは、現在、AWSへの移行の真っ最中だ。同社のサービスは、顧客のメールを1回目の試みで配信できなかった場合、その後も数日間にわたって送信を試みる。パブリッククラウドで同じことをすれば、余計なコストが急増しかねない。そこでSendGridは、メールプロセッサを変更し、コードに微調整を加え、「Amazon Simple Storage Service」（Amazon S3）や「Amazon Elastic Compute Cloud」（Amazon EC2）「Amazon Auto Scaling」といったAWSサービスを効率的に活用できるようにした。

　リフト＆シフト方式のクラウド移行の場合、コストの最適化はほぼ不可能だ。「従来のコロケーションモデルのままクラウドに移行してしまえば、一時的な処理能力の増量や自動スケーリング機能を活用できず、必然的に非効率になる」とSendGridの主任アーキテクト、J.R.ジャスパーソン氏は指摘する。

　SendGridのクラウド移行は、自社のプライベートサーバのワークロードにも波及効果をもたらした。同社はAWSサービスとの連携を最適化すべく、社内のストレージをオブジェクトストレージに移行した他、さまざまな社内慣行に変更を加えている。

　ジャスパーソン氏によれば、社内システムのスケーラビリティや可用性などの性能を向上させる最新の手法は、クラウドにも良い作用を及ぼす部分が驚くほど多いという。「前者の問題を解決することで、後者の問題も8割以上解決できる」と同氏は語る。

向き不向きを見極める

　Googleの顧客信頼性エンジニアリング担当責任者を務めるデイブ・レンシン氏は、クラウド移行に関する問題点の1つとして、「クラウド移行後にすべきことを、クラウド事業者が企業のIT部門に説明しない」点を指摘する。ユーザー企業のIT部門は、技術的なスキルを備えていても、“速やかにやるべきことを片付ける”という意欲や、それに必要なツールに欠けているという。

　クラウド移行後に問題を抱えた企業のIT部門について、「彼らは現状のやり方に嫌気がさし、行き詰まりを感じている」とレンシン氏は指摘する。こうした問題は、導入目標を達成するための計画が不十分だったことで引き起こされた。

　レンシン氏は現在、Googleのクラウドサービス「Google Cloud Platform」への移行に向けて、一部の一部の大企業顧客を支援している。同氏は、「顧客がクラウド移行の必要性を明確に認識している様子には、大いに驚かされている」と語る。

　大企業はどこも、これまで全く聞いたこともないスタートアップ企業に市場を奪われる可能性を頭のどこかで懸念している。「各社とも、クラウド移行を機に業界トップレベルのスキルを確保したいと考えている」とレンシン氏は指摘する。

　当然ながら、たとえレンシン氏率いるチームのサポートを受けても、各企業の状況によって、クラウド移行が容易か困難かは異なってくるだろう。企業向けクラウドサービス事業者にとって、最初に警戒するべきなのは、事前に文書で説明済みの質問を顧客が繰り返し尋ねてくるなどの場合だ。そうした顧客にとっては、手厚いサポートを提供するRackspaceのようなマネージドサービス事業者を利用することで、導入をよりスムーズに進められる可能性がある。

　「DNSの設定など、簡単な問題で顧客がサポートを求める事態が3～4回と続くようなら、その顧客にクラウドは向いていないということだ。そうした顧客は、事業者に関係なく、クラウド自体に不満を感じることになるだろう」とレンシン氏は語る。