翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
マルチクラウドは、単一のクラウドプロバイダーを通じて技術要件またはビジネス要件を満たすことができないワークロードにのみ予約する
マルチクラウドとは、複数の (2 つ以上の) クラウドサービスプロバイダーからのクラウドサービスの使用を指します。マルチクラウド戦略を持つことには、複数のクラウドプロバイダーの差別化された機能を引き出すオプションや、単一のクラウドプロバイダーが対応できないデータ主権要件を満たすオプションなど、特定の利点があります。ただし、使用するプロバイダーごとに、そのプロバイダーを効果的に使用するための適切な人材、スキル、トレーニング、ツールセットがあることを確認してください。さらに、特定のワークロードにマルチクラウド戦略を使用する場合は、各クラウドプロバイダーから必要なサービスを統合および相互運用するための追加のリソースが必要になります。マルチクラウドは、メリットが投資の増加を上回る場合にのみ検討することをお勧めします。マルチクラウド戦略を選択すべきかどうかを判断するには、次の重要な質問を検討してください。
-
さまざまなクラウドプロバイダーが提供するサービスをナビゲートするためのリソースとスキルセットはありますか？
複数のクラウドプロバイダーがさまざまな製品やサービスを提供する場合、スタッフには各プロバイダーの機能をナビゲートするための重要なスキルが必要です。1 つのクラウドプロバイダーのサービスを単独で使用すると、使用しているサービスと機能に応じて、スタッフのスキルアップとトレーニングが必要になる場合があります。マルチクラウド戦略を検討している場合は、既存のリソースを評価して、複数のクラウドプロバイダーのサービスを効果的に使用するために必要な追加のスキルセットを決定します。1 つのクラウドプロバイダーに必要な以上のスキルアップとトレーニングには、スタッフを補強したり、追加の時間と費用をかけたりする必要がある場合があります。異なるクラウドプロバイダーを使用している個々のチームやユーザーが既にいる場合は、case-by-caseでそれらをプライマリクラウドプロバイダーに統合することによる組織的な利点を考慮してください。
-
特定のマルチクラウドアーキテクチャでは、どのような追加のオーバーヘッドが発生しますか？
マルチクラウドの一般的な推進要因は、別のクラウドプロバイダーのサービスと区別できる機能を持つプロバイダーから特定のマネージドサービスを使用することです。例えば、インフラストラクチャのニーズには 1 つのクラウドプロバイダーを使用し、ドメインおよびディレクトリサービスには別のプロバイダーのマネージドサービスを使用できます。ただし、その単一のマネージドサービスによって管理上の負担が軽減され、そのアーキテクチャコンポーネントの管理が簡素化された場合でも、コードのリファクタリング、プライベート接続のニーズ、手動統合作業など、他のワークロードのオーバーヘッドが増える可能性があります。この追加のオーバーヘッドを事前に特定し、チームが差別化されたサービスから得られるメリットを相殺したり超えたりしないようにします。
-
クラウドプロバイダー間でモニタリングと管理を一元化する方法
さまざまなクラウドプロバイダーのリソースを使用してアプリケーションと機能のデプロイを開始するときは、そのようなリソースのタグ付け、モニタリング、管理方法を検討してください。各プロバイダーには独自のツールがあり、他の環境に拡張できる場合があります。例えば、Amazon CloudWatch
を使用して、主要なメトリクスとログのモニタリング、アラームの作成、単一、ハイブリッド、マルチクラウド環境全体のアプリケーションとインフラストラクチャの視覚化を行うことができます。を使用して、リソースAWS Systems Manager の可視性と制御を向上させ、運用上の問題を迅速に診断して修正し、環境間で仮想マシンの更新やパッチ適用などのプロセスを自動化することもできます。プロバイダーのツールがサポートできない要件がある場合は、パートナーソリューションを検討できますが、コストや統合作業が増える可能性があります。 -
さまざまなクラウドプロバイダーを使用する場合、自動化を使用してコードとしてのインフラストラクチャを管理するにはどうすればよいですか？
クラウドでリソースを実行すると、リソースの自動プロビジョニングと管理により、さまざまな環境を効率的に管理できます。APIsとネイティブオートメーションツールは、クラウドプロバイダーによって異なります。可能であれば、さまざまなクラウドプロバイダーリソースに対応できる一般的なオーケストレーションツールとデプロイツールのセットを使用することを検討してください。これにより、柔軟性が向上し、複数のクラウドでのオペレーションが簡素化されます。ただし、各プロバイダーのネイティブオートメーションを個別に使用し、適切な使用を確保するための組織プロセスを確立する方が簡単な場合があります。
-
各クラウドプロバイダーが満たす必要があるコンプライアンス要件と規制要件はありますか？
データの保存と処理方法を決定する規制上の考慮事項がある場合があります。クラウドプロバイダー全体の各クラウド環境に自動的に適用できるポリシー (ネットワークトラフィック、ストレージ、セキュリティなど) の標準化に焦点を当てます。アプリケーションがデータと通信する方法を検討し、同じプロバイダーでホストします。アプリケーションとそのデータがプロバイダー間で断片化されている場合、コンプライアンスと規制要件を確実に満たすことは困難です。多くの場合、セキュリティとアクセスコントロールを簡素化しながら、ネットワークレイテンシーを最小限に抑え、データスループットを最大化し、データ出力を制限するには、アプリケーションをできるだけデータに近づけることをお勧めします。
-
クラウドプロバイダー全体にアプリケーションをデプロイするときに、TCO を最小限に抑え、料金割引を最大化できますか？
マルチクラウドを検討するときは、総所有コスト (TCO) を考慮することが重要です。複数のクラウドプロバイダーでアプリケーションを実行すると、運用コストと管理オーバーヘッドが増加し、各環境でリソースを維持および管理できます。さらに、使用量を複数のプロバイダーに分散させると、特定のプロバイダーの従量制料金割引やエンタープライズ契約を利用するのが難しくなります。マルチクラウドの利点が TCO の増加に適しているかどうかを判断するときは、これらの要因を考慮してください。
