View a markdown version of this page

シングルクラウドのプロバイダーで技術要件またはビジネス要件を満たせないワークロードにのみ、マルチクラウドを適用する - AWS 規範ガイダンス

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

シングルクラウドのプロバイダーで技術要件またはビジネス要件を満たせないワークロードにのみ、マルチクラウドを適用する

マルチクラウドとは、複数 (2 つ以上) のクラウドサービスプロバイダーからクラウドサービスを利用することを指します。マルチクラウド戦略を持つことは、複数のクラウドプロバイダーの差別化された機能を活用できるオプションや、単一のクラウドプロバイダーが対応できないデータ主権要件を満たす機能など、特定の利点をもたらす可能性があります。ただし、使用するプロバイダーごとに、そのプロバイダーを効果的に使用するための適切な人材、スキル、トレーニング、ツールセットがあることを確認してください。さらに、特定のワークロードにマルチクラウド戦略を使用する場合は、各クラウドプロバイダーの必要なサービスを統合および相互運用するための追加リソースが必要になります。マルチクラウドは、利点が投資の増加を上回る場合にのみ検討することをお勧めします。マルチクラウド戦略を選択すべきかどうかを判断するには、以下の重要な質問を検討してください。

  • さまざまなクラウドプロバイダーが提供するサービスをナビゲートするためのリソースとスキルセットはありますか?

    複数のクラウドプロバイダーがさまざまな製品やサービスを提供する場合、スタッフには、各プロバイダーの機能をナビゲートするための基本的なスキルが必要です。1 つのクラウドプロバイダーのサービスのみを使用する場合でも、使用しているサービスや機能によっては、スタッフにスキルアップやトレーニングが必要になることがあります。マルチクラウド戦略を検討している場合は、既存のリソースを評価して、複数のクラウドプロバイダーのサービスを効果的に使用するために必要な追加のスキルセットを決定します。単一のクラウドプロバイダーを使用する場合よりも、スタッフを補強したり、スキルアップとトレーニングに追加の時間と費用を投資したりする必要があるかもしれません。異なるクラウドプロバイダーを使用している個別のチームまたはユーザーが既に存在する場合は、状況に応じて、それらをプライマリクラウドプロバイダーに統合することで得られる組織的な利点を考慮してください。

  • 特定のマルチクラウドアーキテクチャでは、どのような追加のオーバーヘッドが発生しますか?

    マルチクラウドの一般的な推進要因は、他のクラウドプロバイダーのサービスと差別化できる機能を持つプロバイダーから特定のマネージドサービスを使用したいというものです。例えば、インフラストラクチャのニーズにはあるクラウドプロバイダーを使用し、ドメインおよびディレクトリサービスには別のプロバイダーのマネージドサービスを使用する場合があります。ただし、その単一のマネージドサービスによって管理上の負担が軽減され、そのアーキテクチャコンポーネントの管理が簡素化された場合でも、コードのリファクタリング、プライベート接続のニーズ、手動による統合作業など、他のワークロードに対して追加のオーバーヘッドが発生する可能性があります。この追加のオーバーヘッドを事前に特定し、そのオーバーヘッドが、チームが差別化されたサービスから得られる利点を相殺したり上回ったりしないようにします。

  • クラウドプロバイダー間でモニタリングと管理を一元化するには、どのようにしますか?

    さまざまなクラウドプロバイダーのリソースを使用してアプリケーションと機能のデプロイを開始するときは、そのようなリソースをどのようにタグ付けし、モニタリングし、管理するかを検討してください。各プロバイダーには独自のツールがあり、他の環境に拡張できる場合があります。例えば、Amazon CloudWatch を使用して、主要なメトリクスとログのモニタリング、アラームの作成、単一環境、ハイブリッド環境、マルチクラウド環境にわたるアプリケーションとインフラストラクチャの視覚化を行うことができます。AWS Systems Manager を使用して、リソースの可視性と制御を向上させ、運用上の問題を迅速に診断して修正し、環境間で仮想マシンの更新やパッチ適用などのプロセスを自動化することもできます。プロバイダーのツールでは対応できない要件がある場合は、パートナーソリューションを検討できますが、追加コストや統合作業が発生する可能性があります。

  • さまざまなクラウドプロバイダーを使用する場合、自動化を使用して Infrastructure as Code を管理するにはどうすればよいですか?

    クラウドでリソースを実行すると、リソースの自動プロビジョニングと管理により、さまざまな環境を効率的に管理できます。API やネイティブ自動化ツールは、クラウドプロバイダーによって異なります。可能であれば、さまざまなクラウドプロバイダーのリソースに対応できる共通のオーケストレーションおよびデプロイツールセットを使用することを検討してください。これにより、柔軟性が向上し、複数のクラウドクラウドにまたがる運用が簡素化されます。ただし、各プロバイダーのネイティブ自動化ツールを個別に使用し、適切な使用を確保するための組織プロセスを確立する方が簡単な場合があります。

  • 各クラウドプロバイダーが満たす必要があるコンプライアンス要件と規制要件はありますか?

    データの保存と処理方法を決定する規制上の考慮事項がある場合があります。クラウドプロバイダー全体の各クラウド環境に自動的に適用できるポリシー (ネットワークトラフィック、ストレージ、セキュリティなど) の標準化に焦点を当てます。アプリケーションがデータと通信する方法を検討し、同じプロバイダーでホストします。アプリケーションとそのデータがプロバイダー間で断片化されている場合、コンプライアンス要件と規制要件を確実に満たすことは困難です。多くの場合、セキュリティとアクセスコントロールを簡素化しながら、ネットワークレイテンシーを最小限に抑え、データスループットを最大化し、データ送信を制限するには、アプリケーションをできるだけデータの近くに配置することをお勧めします。

  • クラウドプロバイダー全体にアプリケーションをデプロイすると、TCO を最小限に抑え、料金割引を最大化できますか?

    マルチクラウドを検討するときは、総保有コスト (TCO) を考慮することが重要です。複数のクラウドプロバイダーでアプリケーションを実行すると、各環境でリソースを維持および管理するための運用コストと管理オーバーヘッドが増加する可能性があります。さらに、使用量を複数のプロバイダーに分散させると、特定のプロバイダーのボリュームディスカウントやエンタープライズ契約を利用するのが難しくなります。マルチクラウドの利点が TCO の増加に見合うかどうかを判断するときは、これらの要因を考慮してください。