テネット 4。連続したワークロードをクラウドに分散させない - AWS 規範ガイダンス

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

テネット 4。連続したワークロードをクラウドに分散させない

連続したワークロードを複数のクラウドプロバイダーに分散すると、不要な複雑さ、リスク、コストが発生します。データをまとめて処理および分析するワークロードが複数のプロバイダーにまたがる場合、組織はデータの移動、同期、一貫性の課題に直面します。チームは、プロバイダーごとに異なる APIs、管理インターフェイス、セキュリティモデル、運用プロセスをナビゲートする必要があります。これにより、エラーの可能性が高まり、運用オーバーヘッドが増大します。この複雑さにより、エラーや運用上のオーバーヘッドが発生する可能性が高くなり、俊敏性とスケーラビリティが妨げられる可能性があります。

ただし、いくつかの実用的なシナリオでは、特定のビジネス要件または技術要件により、組織はクラウド全体に連続したワークロードを分散する必要がある場合があります。このような場合は、明確な基準と指針を確立してトレードオフを評価し、アプローチが組織の全体的なマルチクラウド戦略と一致していることを確認することをお勧めします。

組織が複数のクラウドにワークロードを分散することを選択した場合、メッセージングと疎結合を中心としたアーキテクチャを採用することで、関連する課題の多くを軽減できます。これは、クラウド間で懸念を分離し、プロバイダーに障害が発生した場合の影響範囲を減らす最善の方法です。財務取引など、最も期限の厳しいオペレーションは、理想的には 1 つの環境内に保持する必要があります。ある環境の停止は、別の環境のワークロードを危険にさらすことを決して許可しないでください。

当社のガイダンス:

  • プロバイダー間のリアルタイムの依存関係を最小限に抑えるために、運用上の独立性を実現するクラウドワークロードを設計します。ワークロードの分散が必要な場合は、一定のクラウド間接続を維持するのではなく、効率的な一括データ転送メカニズムを実装します。

  • 提案された各分散ワークロードを明確なビジネス基準に照らして評価します。ディストリビューションによってもたらされる戦略的利点と運用上の複雑さの両方を考慮してください。