クラウドの国内回帰：なぜ企業のIT部門はクラウドから撤退しているのか

このブログは2024年に掲載されたものです。.

エンタープライズITにおいて、「すべてをクラウドに委ねる」という時代は終わりを迎えつつあるかもしれません。ワークロードの配置先を見直すという広範な取り組みの一環として、クラウドからの移行（クラウド・レパトリエーション）を採用する組織が増えているからです。.

クラウドの国内回帰は、世界的な技術障害、予期せぬ課題、そして変化し続けるビジネスニーズを踏まえ、各組織が「クラウドファースト」戦略を見直していることを反映している。ある調査によると、 CIOが報じた2024年のIDC調査, 、回答者のおよそ80%が、今後12カ月以内に何らかのレベルのコンピューティングおよびストレージのリパトリエーションが行われると予想しており、また、 2024年第4四半期 バークレイズCIO調査 調査によると、CIOの86%が、パブリッククラウドから少なくとも一部のワークロードを移行させる計画であることが判明したカ過去最高を記録した。. 

クラウド・レパトリエーションとは、アプリケーション、データ、およびワークロードを、パブリッククラウドプロバイダーからオンプレミスインフラ、プライベートクラウド、あるいはその他のホスティング環境へと移行するプロセスを指します。これは、「リバース・クラウド・マイグレーション」や「ワークロード・レパトリエーション」とも呼ばれます。.

組織がリパトリエーションを進める理由は、コストの予測可能性、パフォーマンスの向上、規制順守、セキュリティ管理、あるいは単一のクラウドプロバイダーへの依存度の低減など、いくつかあります。リパトリエーションがクラウドからの完全な撤退を意味することはほとんどありません。 ほとんどの場合、特定のワークロードをオンプレミスに戻し、その他のワークロードはパブリッククラウド環境に残すという選択的な移行であり、各ワークロードを最適な場所に配置するハイブリッドモデルを構築することになります。.

この傾向は、クラウド戦略が全体的に成熟しつつあることを反映しています。「クラウドファースト」の導入が始まって10年以上が経過し、企業は現在、どのワークロードがパブリッククラウドの経済性を真に活用できているか、またどのワークロードがそれに見合うリターンを得られずに割高なコストを支払っているかを評価するのに十分なデータを蓄積しています。.

パブリッククラウドの実態が当初の期待とは異なるものとなっていることから、企業は「クラウドファースト」戦略を見直しています。クラウドの国内回帰を促す主な要因としては、以下が挙げられます： 

• 高騰し、予測不可能なコスト: クラウド環境が約束していたコスト効率は、指数関数的に増え続けるかのような、予測不可能な月額請求額へと変わってしまった。. 
• パフォーマンスとレイテンシの問題: リアルタイム処理、高頻度トランザクション、エッジワークロードなど、低遅延が求められる重要なアプリケーションは、クラウド環境では十分なパフォーマンスを発揮できず、ユーザー体験や生産性に悪影響を及ぼす可能性があります。.
• データの主権と規制上の懸念: GDPRやHIPAA、そして新たに制定されつつある地域ごとのデータ居住地に関する法律などの規制により、機密データがサードパーティのクラウドリージョンに保存されている場合、特に多国籍企業においては、コンプライアンスの遵守がより複雑になっています。. 
• セキュリティおよび管理上の不備： クラウドプロバイダーが堅牢なセキュリティ対策を講じているにもかかわらず、データやインフラに対する直接的な制御が限定的であるため、監視、アクセス制御、インシデント対応において死角が生じています。.
• ベンダーロックイン： 独自仕様のAPI、データ転送料金、そして密接に連携したクラウドネイティブサービスにより、プロバイダー間やオンプレミスへのワークロードの移行は、コストがかかり、複雑なものとなっています。.
• AIワークロードの経済性： パブリッククラウドでAIのトレーニングや推論ワークロードを一貫して実行する場合、多くの場合、オンプレミスやコロケーションの専用インフラを構築するよりもコストが高くなります。また、プライベートホスティングを利用すれば、トレーニングデータや独自モデルをより細かく制御することができます。.

とりわけコスト削減の圧力は、具体的な成果を生み出しています。例えば、37signalsの「クラウドからの撤退」により、同社は 5年間で$10百万以上.

クラウドの国内回帰は、ITインフラの再構築を進める組織にとって、いくつかのメリットをもたらします。. 

• 長期的なコストの予測可能性： リソース要件が安定しており、予測可能なワークロードの場合、オンプレミスおよびプライベートクラウドのインフラストラクチャを活用することで、変動するクラウド料金、データ転送料、および未使用リソースにかかるコストを削減し、IT総支出を抑えることができます。.
• パフォーマンスの向上とレイテンシの低減： 低遅延、高I/O、またはリアルタイム処理を必要とするアプリケーションカ金融取引システム、製造管理、AI推論などカ多くの場合、専用のオンプレミスインフラストラクチャ上でより高いパフォーマンスを発揮します。. 
• セキュリティ管理の強化： データやアプリケーションをオンプレミスに戻すことで、組織は自社のセキュリティ態勢を直接把握できるようになり、より厳格なアクセス制御、カスタマイズされたセキュリティポリシー、および環境全体にわたる一貫した適用が可能になります。.
• アイデンティティ・ガバナンスおよび管理（IGA）の強化： レパトリエーションにより、ユーザーのID、アクセス権、および権限をよりきめ細かく管理できるようになります。オンプレミスのIGAソリューションは、より堅牢な監査証跡とリアルタイムの監視機能を提供できるため、潜在的なセキュリティインシデントの早期発見と迅速な対応が可能になります。.
• 最小権限原則およびゼロトラストの実現： レパトリエーションは、最小権限アクセス権限の導入を支援し、ユーザーが自身の役割に必要なリソースにのみアクセスできるようにします。これは、 ゼロトラスト・アーキテクチャ. 
• コンプライアンスの負担軽減とデータ主権の確保： データをオンプレミスに保管することで、組織はデータの保管場所をより厳格に管理でき、特にデータ保護法が厳格な業界において、GDPR、HIPAA、FINRAなどの規制要件をより容易に満たすことができます。この管理は、データのライフサイクル管理や保存ポリシーにも及びます。. 

クラウドの国内回帰にはいくつかのリスクが伴うため、組織は移行に着手する前に、それらに対する対策を講じておく必要があります。. 

• 初期投資額が高い： リソースをオンプレミスに戻すには、ハードウェア、ソフトウェアライセンス、ネットワーク、施設の整備などに多額の設備投資が必要となる場合が多い。これは、すでにクラウド移行に多額の投資を行っている組織にとっては、特に大きな負担となり得る。. 
• データ移行の複雑さ： パブリッククラウドからオンプレミス環境へ大量のデータやアプリケーションを移行する際には、データの損失、破損、またはサービスの中断を防ぐため、綿密な計画が必要です。このプロセスには時間がかかる場合があり、移行期間中は一時的なハイブリッド環境の構築が必要になることもあります。. 
• 退出手数料および退出費用： クラウドプロバイダーは、自社の環境からデータを転送する際に料金を請求しており、大規模な移行を行うと多額の費用が発生する可能性があります。また、組織は既存のクラウド契約について、解約通知期間、最低利用契約期間、およびその他の解約に関連する費用を確認しておく必要があります。. 
• アプリケーションのリファクタリング： サーバーレス関数、マネージドデータベース、イベント処理パイプラインなどのプロプライエタリなサービス上に構築されたクラウドネイティブアプリケーションは、オンプレミスで実行するためにアーキテクチャの再設計が必要になる場合があり、それにより時間と開発コストが増加する可能性があります。. 
• 社内のスキルギャップ： この10年間で、多くのITチームは「クラウドファースト」の体制へと移行してきました。オンプレミスインフラ、ネットワーク、データセンター運用に関する社内の専門知識を再構築するには、研修、人材採用、あるいは外部パートナーとの提携など、多額の投資が必要となる可能性があります。. 
• 移行期間中のセキュリティ上の脆弱性： 転送中のデータは脆弱なポイントです。強力な管理措置が講じられていない場合、移行プロセスそのものが、情報漏洩、不正アクセス、あるいはコンプライアンス違反のリスクを招く可能性があります。ここで重要なのが、成熟した アイデンティティ・ガバナンス＆アドミニストレーション（IGA）  こうした取り組みが不可欠となる。. 

クラウドのレパトリエーションとは、クラウド移行のプロセスを逆行させ、パブリッククラウドプロバイダーからワークロード、データ、アプリケーションを別のインフラストラクチャに戻すことを指します。移行先は、組織の目標やワークロードの要件によって異なります。. 

主なモデルは4つあります。.

• 完全な本国送還： すべてのワークロードをパブリッククラウドから移行し、オンプレミスまたはプライベートインフラストラクチャに戻すこと。これは最も一般的ではないモデルである。. 
• 選択的、あるいは業務量に応じた本国送還： コストが高く、レイテンシに敏感、あるいはコンプライアンス要件が厳しい特定のワークロードをクラウドから移行しつつ、クラウドネイティブまたはバースタブルなワークロードはそのまま残す。これが最も一般的なモデルである。.
• ハイブリッドクラウドモデル： 各ワークロードに最適な環境に応じて、オンプレミスとパブリッククラウドの間にワークロードを分散させます。ミッションクリティカルで予測可能なワークロードはオンプレミスで実行し、伸縮性のあるワークロードはクラウドで実行します。.
• プライベートインフラストラクチャを活用したマルチクラウド： 2つ以上のパブリッククラウドを、プライベートクラウドやオンプレミスインフラと組み合わせることで、ベンダーロックインを回避し、コスト、パフォーマンス、および耐障害性を最適化すること。. マルチクラウド環境において、アイデンティティ・ガバナンスは極めて重要となります。, そこで、複数のプロバイダーにまたがってアクセスリスクが累積してしまう。.

ほとんどの移行プロジェクトは、評価、移行先の環境整備、テストを伴う段階的な移行、および移行後のモニタリングという4つの段階を経て進められます。機密性の高いデータやビジネスに不可欠なアプリケーションについては、段階的なアプローチが標準となっています。.

「クラウドからオンプレミスへのリパトリエーション」とは、パブリッククラウドプロバイダーから、組織が所有・運用するインフラストラクチャへワークロードを直接移行する具体的な手法です。プライベートクラウドやコロケーション施設へのリパトリエーションとは異なり、このアプローチでは、ハードウェア、ネットワーク、およびテクノロジースタック全体を完全に制御することができます。.

クラウドからオンプレミスへの移行は、ハードウェアを直接制御することで明確な価値が得られるワークロードにおいて最も一般的であり、その例としては次のようなものがあります：

• レイテンシに敏感なアプリケーション： 高頻度取引、リアルタイムの製造制御、エッジ処理は、エンドユーザーの近くにある専用ハードウェア上で実行した方が、多くの場合、より高いパフォーマンスを発揮します。.
• データ集約型のワークロード： 多額の出力通信料やストレージコストが発生するデータレイク、分析プラットフォーム、AIトレーニングパイプラインは、自社所有のインフラ上で運用した方がコストが安くなる場合が多い。.
• 規制の厳しい業務負荷： HIPAAの規制対象となる医療記録、FINRAの規制対象となる金融データ、およびGDPRの適用対象となる個人データは、組織が管理する施設に物理的に保管されている場合、管理が容易になります。.
• AIインフラ： AIのトレーニングおよび推論ワークロードについては、専用オンプレミスGPUクラスターを利用する場合、パブリッククラウドの料金体系と比較してコスト効率がますます高まっており、トレーニングデータや独自モデルに対する管理もより適切に行えます。.

「クラウドからオンプレミスへの移行」には、ハードウェア、施設、ライセンス、社内の専門知識など、他のモデルに比べて初期投資がより多く必要となります。その見返りとして、長期的なコストの予測可能性、セキュリティとコンプライアンスの直接的な管理、および変動するクラウドコストの排除が得られます。.

ワークロードをオンプレミスに戻す組織は、高度なファイアウォール、侵入検知システム、定期的なセキュリティ監査など、これまでクラウドプロバイダーが管理していたセキュリティ機能について、全責任を負うことになります。.  IGA こそが、その責任の要である。.

成熟したIGA機能により、組織は誰がどのデータやアプリケーションにアクセスできるかを厳格に制御し、環境を横断してユーザーのID、アクセス権、コンプライアンスを管理することができます。.

帰国支援事業において、IGAは3つの重要な役割を担っています。.

1. アクセスポリシーの再定義： クラウドサービスのロールに紐づけられたアクセス権限は、オンプレミスまたはプライベートクラウド環境において、慎重にマッピングし、再構築する必要があります。ここでミスが生じると、セキュリティ上の脆弱性が生じたり、ワークフローが機能しなくなったりします。.
2. 移行そのもののセキュリティ確保： 「データ転送中」の段階は、あらゆるデータ本国送還プロジェクトにおいて最も脆弱なポイントの一つです。IGAは、移行中に許可されたIDのみがデータの開始、アクセス、または変更を行えるよう支援します。.
3. 新しい宛先での最小権限の確立： リパトリエーションは、最小権限の原則を適用し、アクセス制御を一から再構築する機会であり、 ゼロトラスト クラウド環境では導入が難しかったかもしれないアーキテクチャ。.

本国送還とは、組織にとっても IDおよびアクセス管理を全面的に担当する. 。これには、ユーザーのライフサイクル管理や、実装などが含まれます。 多要素認証, 、そしてオンプレミスと残りのクラウドアプリケーション間のシームレスな統合を確保することです。その見返りとして、セキュリティの強化と監査対応体制の向上が得られますが、その代償として、これを維持するために必要な専門知識と継続的な運用投資が必要となります。.

成功する帰国支援プログラムは、単なるコスト比較にとどまらない綿密な計画にかかっています。以下の手順は、多くの企業における帰国支援施策の基盤となるものです。.

1. 現在のクラウド環境を評価する： コスト、パフォーマンス、セキュリティ、コンプライアンスという4つの観点から、既存のクラウドインフラストラクチャを評価します。このベースラインにより、どのワークロードをオンプレミスに戻すべきか、どのワークロードをクラウドに残すべきかが明確になります。.
2. 範囲を定義する： 移行対象となる具体的なアプリケーション、データセット、およびサービスを特定します。ビジネスの重要度、見込まれるコスト削減額、パフォーマンス要件、およびコンプライアンス要件に基づいて優先順位を付けます。範囲を明確に定義することで、段階的な移行が可能になります。.
3. 包括的な費用便益分析を実施する： 「クラウド対オンプレミス」という価格比較にとどまらず、初期のインフラ投資、継続的なメンテナンス、人員配置、生産性の向上、撤退コスト、長期的な拡張性などを総合的に考慮してください。また、データの管理権やセキュリティの強化といった無形のメリットも考慮に入れる必要があります。.
4. リスクを特定し、軽減策を策定する： 一般的なリスクとしては、データの損失、システム停止、移行中のセキュリティ上のリスク、および統合の失敗などが挙げられます。リスク軽減策には、バックアップおよび復旧手順、移行中のセキュリティ対策の強化、問題が発生した場合の明確なロールバック手順を含める必要があります。. 
5. 移行計画を策定する： 各フェーズのスケジュール、リソース配分、技術要件、および責任の所在を明確にしてください。新しい環境においてシステムが正しく機能することを確認するための、テストおよび検証手順も盛り込んでください。.
6. ビジネスケースを作成し、ステークホルダーの合意を形成する： この分析結果を活用して、システムの本国への移行を財務目標および戦略目標と整合させ、経営陣の賛同を得るとともに、プロジェクト全体を通じてITスタッフ、事業部門の責任者、エンドユーザー、および外部パートナーとの明確なコミュニケーションを維持してください。. 

クラウドの国内回帰は、クラウドそのものを否定するものではなく、企業のIT戦略を見直すことを意味します。クラウド、オンプレミス、ハイブリッドインフラの適切なバランスは、各組織のコスト、規制要件、および長期的な目標によって異なります。.

成功するリパトリエーションと多額のコストを伴うリパトリエーションを分けるのは、ガバナンスです。IGAは、オンプレミスへの移行によって、新たなセキュリティ上の脆弱性が生じるのではなく、より厳格なアクセス制御、より強固な監査体制、そしてより説得力のあるセキュリティモデルが実現されることを保証します。.

ハイブリッド環境全体におけるアイデンティティガバナンスを強化する準備はできていますか？ RSAのガバナンスとライフサイクルについて詳しく見る。.