クラウド移行が失敗する理由とその防止方法

組織がより多くのワークロードをパブリック クラウドに移行し、コストを削減して俊敏性と柔軟性を高めるためにマルチクラウド戦略を採用するにつれて、エンタープライズ アプリケーションでのクラウド コンピューティングの使用は増加し続けています。

[[315142]]

ただし、すべてのクラウド導入でこれらのメリットが得られるわけではありません (あるいは、メリットがまったく得られない場合もあります)。多くの IT リーダーは、アプリケーションをクラウドに移行した結果、オンプレミスよりもパフォーマンスが劣ることに気づき、逆の移行を行うという失敗に直面するクラウド移行プロジェクトに直面しています。

セキュリティプロバイダーのフォーティネットの委託を受けたIHSマークイットの新しい調査によると、ほとんどの企業は期待した利益が得られなかったため、クラウドベースのアプリケーションを社内に戻していることがわかりました。世界中の 350 人の IT 意思決定者を対象とした調査では、74% がアプリケーションを自社のインフラストラクチャに戻したと回答しました。

「企業が業務負荷を戻すということは、通常、何かが間違っていることの兆候だ」と、経営コンサルティング会社エベレスト・グループの情報技術サービス担当副社長、ユガル・ジョシ氏は語った。

これは全く理想的ではありません。専門家によると、ワークロードの移動にはコストがかかり、混乱を招くことが多く、パフォーマンスの問題、追加のセキュリティリスク、作業の中断、IT およびビジネスリソースの浪費の可能性があるとのことです。 Joshi 氏は次のように指摘しています。「ワークロードの場所を変更するのは簡単ではありません。また、ワークロードを移動するには多くのリスクが伴います。」

クラウド移行は課題に直面

シルクロード・テクノロジーの上級副社長兼CIOであるアシフ・マリク氏は、クラウドへの移行は驚きではないと語った。彼は以前の会社でもこのような状況に遭遇したことがあると言いました。

Malik 氏は、クラウドへの移行中に遭遇した問題を説明するために、具体的な事例を詳しく説明しました。彼と彼のチームは、データ分析アプリケーションを企業のデータ センターからパブリック クラウドに移行しました。パブリック クラウドでは、Microsoft Azure がアプリケーションをホストしていたため、低コストで必要に応じて簡単にスケールアップまたはスケールダウンできました。

「これは CapEx と OpEx の問題だと考えていました」とマリク氏は説明した。 「私たちは、多額の費用を節約し、インフラの管理から解放されると考えていました。しかし、それは間違いでした。」

最初から問題がありました。遅延の問題は IT スタッフによってすぐに認識され、ネットワーク機器の制限がアプリケーションのパフォーマンスをさらに妨げていることが分かりました。

「当社はコンピューティング リソースとストレージ リソースへの投資を継続しており、それが確実にコストを押し上げています」とマリク氏は述べています。

これらの問題と金銭的なメリットがないことを考慮して、Malik はアプリケーションをクラウドからオンプレミスに戻すことを選択しました。このプロセスには大きな課題も伴い、彼のチームは約 8 か月を要しました。

移行が失敗する理由

ワークロードまたは完全なアプリケーションをクラウドに移行する前に、クラウド移行を妨げる可能性のあるすべての課題を慎重に検討してください。

パフォーマンスの問題とコストを過小評価する。ジョシ氏は、企業はレイテンシーの問題やセキュリティおよびコンプライアンスの課題の増加を発見した後、アプリケーションをクラウドから移行することが多いと述べた。

この声明は、Fortinet の調査結果と一致しています。調査によると、52% の人がワークロードをクラウドから企業に戻しており、その決定の主な理由はパフォーマンスやセキュリティの問題です。さらに21％が、規制上の問題が主な要因であると回答した。

「人々がクラウドに移行し、その後元に戻る際には、多くの要因が関係する」とデロイトコンサルティングの政府および公共サービス担当マネージングディレクター兼最高技術責任者であり、国内新興技術研究ディレクターのスコット・ブッフホルツ氏は言う。

一部の企業ではコストが予想を上回っています。クラウド プロバイダーから期待した稼働時間が得られていないことに気付く人もいます。他の人は、それが物事を複雑にし、システムの速度を低下させると考えています。

アプリケーションと操作の誤解。ブッフホルツ氏は、大容量トランザクションデータベースなど、特別な技術要件を備えた特定の超大容量システムは、クラウドではうまく動作しないと述べた。同氏はさらにこう付け加えた。「一部のアプリケーションでは、他のものとの接続は実際には必要ではありませんが、これまで以上に多くの接続と通信が行われていることがわかります。そのため、すべての手順、接続、セキュリティに対処すると、クラウドでは思ったよりも遅くなることがわかります。」

何を移動し、何を残すべきかを理解します。マリク氏は、クラウド移行の失敗によって、移行のベストプラクティスに対する理解が深まったと述べています。特に、彼は「すべてのアプリケーションがクラウドに適しているわけではない」と述べた。

実際、これがデータ分析アプリケーションをクラウドに移行しようとして失敗した主な理由でした。移行の準備ができていなかったのです。 Malik 氏によると、問題は、アプリケーションがクラウドに適しているかどうかを判断せずに、単純にアプリケーションを移行するという最初の決定、つまりリフト アンド シフト プロジェクトから始まったとのことです。

「このアプリケーションはマルチテナントではなく、回復力もなく、仮想化環境をうまく活用していませんでした」と彼は語った。また、アプリケーションはデータセンター内のデータに依存しており、これがクラウドでのアプリケーションのパフォーマンス低下の一因となっていました。

専門家によれば、これは IT 部門が遭遇する典型的な状況だという。 「彼らはクラウドを仮想データセンターとみなしており、クラウドに移行しても業務やプロセスは変更しない」とブッフホルツ氏は付け加えた。

アプリケーションの評価が鍵

しかし、クラウド移行プロジェクトの経験を積む企業が増えるにつれて、状況は変わりつつあります。 IT コンサルタントや研究者によると、オンプレミスのアプリケーションをより適切に評価し、クラウドに移行して正常に実行できるもの、最新化してクラウドに移行するもの、現状のままにしておくべきものを判断する CIO が増えているそうです。

顧客情報管理、位置情報インテリジェンス、顧客エンゲージメント、配送と郵送、世界的な電子商取引製品を提供する世界的なテクノロジー企業であるピツニーボウズは、約5年前に移行計画を開始したと、ピツニーボウズの最高イノベーション責任者であるジェームズ・フェアウェザー氏は語った。この作業の一部には、ワークロードと個々の機能およびサービスをクラウドに移行することが含まれます。

フェアウェザー氏によると、クラウドへの移行をスムーズにするために、同社はすべてのアプリケーションを厳密に評価し、どれがそのままクラウドに移行可能で、どれをクラウド向けに最適化する必要があるかを判断したという。

「私たちは、こうしたワークロードの移行をすべて非常に計画的に行っています」と同氏は述べ、最適なパスを計画する前に、従業員がアプリケーションのセキュリティレビュー、コードテスト、その他の分析を実行していると説明した。同社はまた、Apigee の自動化ツールや API 管理など、クラウド移行を成功させるための新しいテクノロジーにも投資しています。