クラウドリパトリエーションの理解：トレンドとインプリケーション

クラウドリパトリエーション（パブリッククラウドワークロードをローカルシステムに戻す行為）の増加が、クラウドサービスの将来について激しい議論を呼んでいます。クラウド擁護派のアナリストはこのトレンドを無視または過小評価し、増加する数字は誤解を招くと主張します。

一方で、リパトリエーションがクラウドコンピューティングへの関心低下を示唆すると主張する声もあります。この見解では、パブリッククラウドからワークロードを引き取るトレンドは定着し、オンプレミスハードウェアとコロケーションが「クラウドファースト」モデルに挑戦し続けるとされています。

本記事では、クラウドリパトリエーション現象とその主なドライバーを分析します。上記両立場を検討し、クラウドが本当に衰退の道を辿っているのか、それとも企業がパブリッククラウドワークロードを引き戻す別の理由があるのかを評価します。

クラウドリパトリエーションとは

クラウドリパトリエーションとは、アプリ、ワークロード、データをパブリッククラウドからローカルインフラストラクチャへ移行するプロセスです。ほとんどの企業はプライベートまたはハイブリッドクラウドへ資産を移行しますが、中にはクラウドモデルを完全に放棄し、従来型のオンプレミスデータセンターへ回帰するケースもあります。

最近の調査では、米国企業の80%以上が2021年に何らかのパブリッククラウドワークロードを引き取ったと報告されています。一見すると、この統計はオンプレミスシステムへの大規模な回帰を示唆します。しかし、この80%という数字を取り巻く背景を理解する必要があります。

• 一部のリパトリエーションは、クラウドを完全に放棄するのではなく、別タイプのクラウドへの移行を伴う
• パブリッククラウドからの移行の大半は、限定された数のワークロードのみに関わる
• 一部の引き取られたワークロードは、元々永続的にクラウドで稼働する想定ではなかった
• 一時的な措置としてワークロードを引き取るケースもある

企業がパブリッククラウドからアセットを移動する最も一般的な理由は以下の通りです。

• ハイブリッドクラウドソリューションの採用
• シャドーIT（パブリッククラウドの無許可利用）の抑制
• データセキュリティの強化
• 新たな規制義務への対応
• パフォーマンス改善のためのアプリ再配置
• クラウド環境拡大に伴い制御不能になったITコストの削減
• 別プロバイダーへのワークロード移行

理想的には、クラウドリパトリエーションは、クラウド移行前に使用していた同じオンプレミスシステムを再採用することではありません。このシフトは、新たなIT機会の追求や、パブリッククラウドと他システムをより良く統合する方法の模索についてであるべきです。

最もネガティブなクラウドリパトリエーションシナリオの多くは、企業がクラウド導入を急いだときに発生します。初期計画の欠如、不適切なKPI、リフトアンドシフト移行計画が、チームをアプリをクラウドから引き戻す事態に追い込みます。

クラウドリパトリエーションのメリット

予算と有能なITスタッフがあれば、クラウドリパトリエーションは大きなメリットをもたらします。パブリッククラウドからアプリを引き取り、オンプレミスソリューションへ移行することの最もインパクトのある利点を詳しく見ていきます。

より良いデータセキュリティの機会

多くの企業が、パブリッククラウドのセキュリティ懸念からオンプレミスシステムへのリパトリエーションを決断します。パブリッククラウドでのデータ保持リスクを高める複数の要因があります。

• 数百〜数千のテナントがパブリッククラウドインフラを共有し、エラーと悪用の機会を大量に生む
• 基盤ハードウェアをクラウドプロバイダーが管理するため、データを守る制御が何であるかの透明性に欠ける
• パブリッククラウドはトップクラスのセキュリティ対策を提供するが、それらを最大限に構成・活用するのはクライアントチーム次第
• SLAで別途定めない限り、プロバイダーがパブリッククラウドに保存されたデータの権利を保持

クラウドプロバイダーによるセキュリティ障害は稀ですが、エンドユーザーによる誤設定は珍しくありません。チームが適切なデータ保護ソリューションを設計し、プロバイダーのスタックと統合する時間を取らない限り、パブリッククラウドでのデータセキュリティを保証する方法はありません。

一部のビジネスは、データ侵害防止への実践的なコントロールを持ち、攻撃対象面を大幅に縮小できるオンプレミススタックへデータをリパトリエーションすることを好みます。クラウドリパトリエーションは、マルチクラウドセキュリティ問題への対応や、新たな業界固有のコンプライアンス基準への準拠も可能にします。

ベンダーロックインの排除

ベンダーロックインは、企業がパブリッククラウドプロバイダーに過度に依存したときに発生します。一度ロックインされると、クライアントは以下の調整に伴う高い切り替えコストなしでは、別のプロバイダーを利用できなくなります。

• クラウドセキュリティ対策
• コンプライアンス設定
• アクセス管理
• 通信経路
• クラウドネットワーキング

パブリッククラウドで稼働させるワークロードが多ければ多いほど、ベンダーロックインのリスクは大きくなります。クラウドリパトリエーションはその「首輪」を断ち切り、あなたのビジネスが社内チーム以外の誰にも過度に依存しないことを保証します。

高額な継続的運用費（OpEx）からの解放

クラウドは企業を高額なオンプレミスハードウェア投資から解放しますが、その代償として継続的な従量課金費用が積み重なります。パブリッククラウドリソースを使用する企業は、以下すべてに月額料金を支払います。

• サーバーインスタンス
• ストレージボリューム
• 従量課金サービス
• 固有のクラウドコンポーネント

クラウドコストは時間とともに制御不能に陥りがちです。最近の調査では、企業が年間最大620億ドルを、必要も使用もしないパブリッククラウドリソースの支払いに費やしていることが判明しています。

企業がパブリッククラウドへの支出過多に気づいたとき、リパトリエーションは論理的なステップです。ワークロードをクラウドから引き取れば、継続的な費用を削減または排除できます。ただし、オンプレミス代替案への投資が必要なため、長期的なOpEx不在は高い即時コストと引き換えです。

しかし、長期的には、クラウドリパトリエーションは間違いなくROIの観点から賢明な財務的判断です（最初に実行できる余力があれば）。例えば、Dropboxは2015年に600ペタバイトのデータをパブリッククラウドから引き取り、オンプレミスデータセンターへ移行しました。その結果、Dropboxチームはアプリパフォーマンスの高速化を達成しながら、推定7,460万ドルの節約を実現しました。

クラウドリパトリエーションは価格予測性の向上ももたらします。パブリッククラウドプロバイダーは定期的に価格構造を変更するため、企業が正確な長期財務予測を立てることは不可能です。

インフラストラクチャへの完全なコントロール

企業がクラウドリパトリエーションを選択する最も一般的な理由の一つは、IT環境への完全なコントロール獲得への欲求です。ワークロードをオンプレミス専用サーバー、プライベートクラウド、またはハイブリッドアーキテクチャへ移行すれば、リソースのカスタマイズ、設定、管理の完全な自由を得られます。

パブリッククラウドで運用すると、ハードウェアへのコントロールを失うだけでなく、制限付きのソフトウェア選択肢で作業しなければなりません。プロバイダーは、最も広範なユーザーベースに適合させるため、何が使用可能で何が不可かを制限することがよくあります。オンプレミスITにはそうした制限がなく、社内チームに最適なソフトウェアとハードウェアソリューションを選択する自由を与えます。

アプリパフォーマンスの向上

パブリッククラウドにユーザーが多すぎると、輻輳があなたのパフォーマンスに影響を与える可能性があります。重要な運用ベンチマークでパフォーマンスが満たされない場合、リパトリエーションを検討すべき明確なサインです。

オンプレミスの方がパブリッククラウドよりパフォーマンスが良いアプリの典型的な特徴は以下の通りです。

• 極めて高いレイテンシ感度
• 長時間にわたるI/O集約的な処理期間
• 処理のためにさまざまなロケーション間で転送が必要な大規模データセット

あなたのアプリにこれらの特徴があり、クラウドでアンダーパフォーマンスに陥っているなら、あなたはリパトリエーションの最有力候補です。ベアメタルではハイパーバイザーや他テナントによるパフォーマンス低下がないため、アプリはより良く動作します。

オンプレミスホスティング環境への移行は、信頼性の高いオンプレミスバックアップと災害復旧（BDR）ソリューションでアプリ可用性を向上させる機会でもあります。100%稼働の保証は容易ではありませんが、パブリッククラウドから離れることで、コントロールが社内チームの手に戻ります。

クラウドリパトリエーションの課題

クラウドリパトリエーションのメリットは魅力的ですが、オンプレミスシステムへの移行は簡単でも安くもありません。主な課題を見ていきます。

移行そのものが往々にして複雑

オンプレミスシステムを構築し、効率的に運用するのは容易ではありません。チームはまず最適なインフラストラクチャを定義し、その後、新システムを構築・運用できる有能な技術者チームを雇用する必要があります。

移行自体も困難を伴います。プロバイダーと顧客が同一ツールスタックを共有していない限り、アプリのリパトリエーションは言うは易し行うは難しです。クラウドネイティブアプリをオンプレミスシステムへ完全移行するのは複雑で時間がかかるため、移行中の長期ダウンタイムと、移行後の一連のエラーを覚悟しなければなりません。プロバイダーからの積極的な協力は期待できません。顧客にとって簡単な退出戦略を提供するインセンティブがプロバイダー側にないためです。

また、リパトリエーションは管理と監視の複雑性を増すことも忘れてはなりません。ほとんどのケースでは、クラウドコストで数ドル節約するためだけに移行する価値はありません。

ケースによっては、移行前にデータを使用可能な形式に変換する必要があります。例えば、パブリッククラウドからオンプレミスVMwareソリューションへアプリを移行する場合、チームはVMware Converterを使用してVMDKを構築し、VMを再作成する必要があります。このプロセスは長時間を要し、現在のシステムの長期停止を強いられます。

コンテナオーケストレーションプラットフォーム（Kubernetes、Docker等）は、パブリッククラウドからのアプリリパトリエーション時に強力な資産となります。従来の仮想マシンとは異なり、コンテナには依存関係がなく、遥かにポータブルです。まだコンテナ化されていない場合、クラウドリパトリエーションの実施に合わせてワークロードをコンテナ化し、将来の移行を容易にするよう努めるべきです。

クラウドリパトリエーションは驚くほど速く高額になり得る

オンプレミスホスティングは運用コストを下げますが、オンプレミスホスティング機器の初期価格は法外です。あなたの会社は以下の価格を考慮しなければなりません。

• 新しいハードウェアとサーバーラック
• IT運用に適したオンプレミスルーム（フリーフロア、防炎システム、十分な冷却、UPSユニット等）
• 電力とネットワークインフラストラクチャ
• オンプレミスデータセンターセキュリティ（生体認証スキャン、24/7警備、マントラップ、ラックケージ等）

初期費用は最低でも6桁（数百万ドル）のオーダーを覚悟すべきです。チームが移行を行う間サービスはダウンするため、その面でも財務的打撃を受けます。

ワークロードをオンプレミスに移行したら、新しいサーバールームを運用・維持できる有能な技術者チームが必要です。資格を持つスタッフは不足しているため、高額な給与を提示するか、低い従業員定着率を覚悟する必要があります。

あなたにクラウドリパトリエーションは必要か？

クラウドリパトリエーションは、重大な運用・財務的影響を及ぼす劇的な措置です。移行か現状維持か、どちらが正しいかを慎重に評価する必要があります。以下の質問に答えることで検討を開始できます。

• チームが使用していないパブリッククラウド容量の支払いで、金を無駄にしていないか？
• 現在のクラウドコストが、移行前に想定していたものより大幅に高いか？
• パブリッククラウドアプリが定期的なパフォーマンス問題に悩まされているか？
• 頻繁なダウンタイムを経験しているか？
• CCPA/GDPR、HIPAA、PCI等のコンプライアンス規制の対象か？ プロバイダーが義務遵守を困難（または不可能）にしていないか？
• パブリッククラウドワークロードが、現在の環境に対してレイテンシの面から過度にセンシティブか？
• オンプレミスサーバールームを運用できる社内チームがあるか？
• 別のクラウドデプロイメントモデルの方がユースケースに適しているか？
• オンプレミスITのコストを負担できるか？

これらの質問のほとんどに「はい」と答えたなら、クラウドリパトリエーションは検討に値するオプションです。ほとんどが「いいえ」なら、パブリッククラウドアプリを現状維持するのが賢明です。

回答が混在する場合、現状維持がベストです。パブリッククラウドは、時間とともにより安価かつ機能的になる歴史があります。リパトリエーションを実行して数年後、「元のアーキテクチャのままの方が良かった」と気づく事態は避けたいはずです。

パブリッククラウドからの大量離脱は起きるか？

ほぼすべてのビジネスが何らかの資産をパブリッククラウドに保持しており、これは変わらないでしょう。しかし、個々のワークロードに最適なソリューションを見つけることに注力する企業が増えることは予想されます。その結果、「パブリッククラウドへのオールイン」モデルの終焉は見込まれますが、リパトリエーションがパブリッククラウド市場の全面的な崩壊を引き起こすシナリオは現実的ではありません。