テネット 2。マルチクラウドの誤解に注意する - AWS 規範ガイダンス
全員がマルチクラウド戦略を採用しているマルチクラウドによりベンダーロックインのリスクが軽減マルチクラウドによる可用性と耐障害性の向上マルチクラウドの方が料金が高くなります

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

テネット 2。マルチクラウドの誤解に注意する

マルチクラウド戦略を開発するときは、以下のセクションで説明する一般的な誤解を避けてください。

全員がマルチクラウド戦略を採用している

アドバイザリー会社やメディア企業は、マルチクラウド導入の複雑なイメージを描いています。調査では、マルチクラウドアプローチに幅広い関心を示していますが、使用パターンは多くの場合、別のストーリーを語ります。実際には、多くの企業は単一のクラウド環境または明確なプライマリ/セカンダリ CSP 関係を維持しています。この切断は、見出しを超えて、組織の特定のニーズに焦点を当てることの重要性を強調しています。

当社のガイダンス:

  • 業界の傾向に従うのではなく、特定のビジネス要件に基づいてクラウドに関する意思決定を行います。組織の測定可能なコストとリスクに焦点を当てます。

  • 業界コンテキスト内のマルチクラウドのユースケースを調べます。コンシューマーテクノロジー企業向けのクラウド戦略は、金融サービス、製造、ゲーム環境に変換されない場合があります。

  • ワークロード配置の決定の主な要因として、データ重力を考慮します。データの場所と移動によって、多くの場合、最も効果的なクラウドアーキテクチャが決まります。

  • 導入統計を超えて、支出パターンを理解します。レポートされるマルチクラウド導入率が高いと、多くの場合、実際の支出パターンがマスクされます。

  • マルチクラウド環境にコミットする前に、技術的な制約を評価します。一部のワークロードは、コンポーネントが 1 つのクラウド環境にとどまる場合に最適です。

マルチクラウドによりベンダーロックインのリスクが軽減

ベンダーの柔軟性は、クラウド戦略開発における正当な考慮事項です。組織は、ビジネスニーズの進化に応じてテクノロジーの選択を適応させる能力を重視しています。この懸念は、バインディングと長期的なコミットメントを生み出した従来の IT 投資の過去の経験を反映しています。 クラウドサービスは、プロバイダーの柔軟性に関するさまざまなダイナミクスを提供します。 は、オープンソースと互換性のあるサービスとデータポータビリティオプション AWS を提供し、移行への技術的な障壁を軽減します。ただし、柔軟性と運用効率のトレードオフは依然として重要です。組織は、プロバイダーオプションを維持することのビジネス価値と、プライマリプロバイダーの専門サービスと深く統合することの技術的な利点を比較検討する必要があります。

一部のお客様は、コンテナを使用するクラウドに依存しないソリューションをエンジニアリングすることで、ロックインを回避しようとしています。このアプローチでは、多くの場合、基本的なコンピューティングおよびストレージサービスに制限され、高度なクラウド機能の利点を回避します。当社の経験では、ネイティブサービスの使用と比較して、開発時間と必要なリソースが増加するため、この戦略はかなり複雑になることを示しています。

当社のガイダンス:

  • クラウドに依存しないアーキテクチャの全コストを考慮してください。追加のエンジニアリングオーバーヘッドは、移植性の利点を正当化しない可能性があります。

  • 最大値にはクラウドネイティブ機能を使用します。基本的なコンピューティングおよびストレージサービス単独では、セキュリティ、スケーラビリティ、イノベーションにおける大きな利点を犠牲にすることがよくあります。

  • ビジネス要件に基づいてクラウド戦略を計画します。マルチクラウド実装が、複数のプラットフォームでユーザーに提供する機能など、明確な価値を追加すると、追加のエンジニアリング投資は価値があります。

  • 現実的な終了シナリオとコストを評価します。プロバイダーを変更する可能性とコストを、 の完全なセットを使用する利点と比較します AWS のサービス。

  • Amazon Relational Database Service (Amazon RDS) などの AWS. AWS managed サービスのオープンソース基盤に基づいて構築することで、柔軟性と運用上の優秀性の両方が得られ、現在使用しているデータベースエンジンがサポートされます。

  • が提供する包括的な移行ツールを活用します AWS。ワークロードを任意の方向に移動し、他のプロバイダーの使用を離れる場合 AWS は無料のデータ出力を提供します。詳細については、 AWS ブログ記事「Free data transfer out to internet when move out AWS」を参照してください。

マルチクラウドによる可用性と耐障害性の向上

停止中のクラウドプロバイダー間のシームレスなワークロード切り替えに対する考え方が、一部の組織をマルチクラウド戦略に導いています。この考え方は、基本的な技術的現実を無視するクラウドインフラストラクチャのレジリエンスを過度に単純化したものです。

マルチクラウドのお客様との長年の経験に基づいて、プロバイダー間のワークロードの完全な移植性を維持すると AWS、予想されるすべての利点を実現せずに、かなりの複雑さが生じることがよくあります。データ集約型アプリケーションは、データ重力の制約により、克服できない課題に直面します。実際、データ量の多いワークロードに対して、組織が真にシームレスなマルチクラウドフェイルオーバーを正常に実装することはほぼ不可能です。

「マルチクラウドフェイルオーバーは複雑でコストがかかるため、ほとんど常に実用的ではなく、クラウドレジリエンスリスクに対処するための特に効果的な方法ではありません」というソーシャルメディア投稿で、Lydia Leong は、この視点を強調しています。ネットワーク、ストレージ、データベース、機械学習、セキュリティにおけるプロバイダー固有の違いにより、真の移植性はほぼ不可能になります。いずれかの環境で障害が発生すると、すべての環境にわたって停止が発生する可能性があるため、プロバイダー間でワークロードを分散させるとリスクが増加する可能性があります。

当社のガイダンス:

  • 複雑なマルチクラウドアーキテクチャを追求するのではなく、個々のワークロードの AWS 機能をマスターすることに焦点を当てます。

  • プロバイダー間のフェイルオーバーを試みるのではなく、 AWS リージョン とアベイラビリティーゾーンを通じてレジリエンスを構築します。物理データセンター間のワークロード AWS を自動的にフェイルオーバーする方法に関する技術的な詳細については、ブログ記事「ゾーンオートシフト — 潜在的な問題を検出したときにトラフィックをアベイラビリティーゾーンから自動的に移行する」を参照してください AWS 。

  • ワークロードを戦略的に移行し AWS、成功を最大化するために一度に 1 つのアプリケーションに集中します。

マルチクラウドの方が料金が高くなります

価格競争力は、マルチクラウド環境ではすべての の中で最も弱い引数である可能性があります。複数年契約に縛られる複雑で高価なソフトウェアやデータセンターの契約に関する組織の経験により、IT サービスの調達には注意が払われています。従来の調達アプローチは、pay-as-you-go購入、ボリューム割引、またはクラウドでの価格競争の現実に適応していません。(2025 年 1 月現在、 AWS は開始から 151 回値下げされています）。

コスト削減の最大の唯一の推進要因は、適切に管理され最適化されたクラウド環境です。ある企業は、主に価格パフォーマンス上の利点 (AWS Graviton などのカスタム設計チップに基づくコンピューティングインスタンスなど) を提供し、優れたクラウド財務管理ソリューションを持つプロバイダーと連携することで、コストの最適化を改善しています。1,000 を超える組織を対象とした 2022 年の Hackett Group の調査によると、IT 総支出に対するインフラストラクチャ支出の割合は、マルチクラウド組織と比較して AWS 、お客様にとって 20% 低くなっています。

当社の経験から、企業は複数のクラウドでの運用に伴う追加コストと複雑さを予測しておらず、また、このコストとhead-to-head調達エンゲージメントにおける認識された利益を適切に比較検討していないことがわかりました。

当社のガイダンス:

  • AWS Well-Architected フレームワークのコスト最適化の柱でコスト最適化戦略を構築します。5 つの設計原則があります。

    • クラウド財務管理を実装する: クラウドで財務上の成功を達成し、ビジネス価値の実現を加速するには、クラウド財務管理に投資する必要があります。組織は、テクノロジーと使用量管理の新たなドメインで機能を構築するために必要な時間とリソースを投入する必要があります。セキュリティまたは運用機能と同様に、コスト効率の高い組織になるには、ナレッジ構築、プログラム、リソース、プロセスを通じて機能を拡張する必要があります。

    • 消費モデルを導入する: コンピューティングリソースの使用分のみを支払い、ビジネス要件に応じて使用量を増減することができます。例えば、開発環境とテスト環境は、通常、平日に 1 日 8 時間のみ使用されます。これらのリソースは、75% の潜在的なコスト削減のために使用されていない場合に停止できます (40 時間対 168 時間）。

    • 全体的な効率を測定する: ワークロードのビジネス出力と、配信に関連するコストを測定します。このデータを利用すると、生産性および機能性の向上とコスト削減から得られるメリットを理解することができます。

    • 差別化されていない重労働にコストを費やすのを止める: CSPs は、サーバーのラック、積み上げ、電源供給などのデータセンターオペレーションの重労働を行います。また、マネージドサービスを使用することで、オペレーティングシステムとアプリケーションを管理する運用上の負担も軽減されます。これにより、IT インフラストラクチャではなく、顧客とビジネスプロジェクトに集中できます。

    • コストを分析し帰属関係を明らかにする: クラウドでは、ワークロードのコストと使用状況を正確に確認しやすくなり、IT コストを収益システムと個々のワークロード所有者に透過的に結び付けることができます。これによって投資収益率 (ROI) を把握できるため、ワークロードの所有者はリソースを最適化してコストを削減する機会が得られます。

  • さまざまなプロバイダーにまたがる運用の財務上のオーバーヘッドを考慮すると、オートメーションとコスト最適化ツールに多額の投資をするようお客様に指示します。各 CSP には、 など、この分野の広範なネイティブツールが用意されていますAWS Cost Optimization Hub。ほとんどのネイティブツールは、クラウド環境のお客様に優れた機能を提供します。ただし、複数の CSPs にわたる支出を把握するには、ISV と Software as a Service (SaaS) 製品の豊富なセットから選択して、これらの機能を拡張し、コスト最適化のための単一のエクスペリエンスを提供できます。

  • 支出配分戦略を通じて購買力を枯渇しても、ビジネス価値は生まれません。これにより、ボリューム割引の可能性が損なわれ、技術設計が損なわれる可能性があります。クラウドサービスを使用する最も効率的な方法は、オペレーションの大部分にプライマリプロバイダーを使用し、ビジネス価値を追加する場合にのみ他の CSPs を使用することです。