一般的な設計の原則

AWS Well-Architected フレームワークは、クラウド上における適切な設計を可能にする一般的な設計の原則を提供します。

• 必要キャパシティーの推測が不要に: 必要なインフラストラクチャキャパシティーを予測する必要がなくなります。システムをデプロイする前にキャパシティーを決定すると、高価な余剰リソースが生まれて、キャパシティーの制約によるパフォーマンスへの影響に対処することになる可能性があります。クラウドコンピューティングにはこのような問題はありません。必要な分のみキャパシティーを使用し、自動的にスケールアップまたはスケールダウンできます。

• 本稼働スケールでシステムをテストする: クラウド上では、本稼働スケールのテスト環境をオンデマンドで作成し、テスト完了後にリソースを解放できます。テスト環境の⽀払いは実⾏時にのみ発⽣するため、オンプレミスでテストを実施する場合と比べてわずかなコストで、本番環境をシミュレートできます。

• ⾃動化によってアーキテクチャでの実験を容易にする: 自動化によって低コストでシステムを作成およびレプリケートして、手動作業の支出を回避できます。⾃動化に対する変更を追跡し、影響を監査して、必要な場合は以前のパラメータに戻すことができます。

• 発展するアーキテクチャが可能に: アーキテクチャを発展させることができます。従来の環境では、アーキテクチャに関する決定は 1 回限りの静的イベントとして実施されることが多く、システムの存続期間中に主要なバーションがいくつか発生します。ビジネスとその状況が変化し続けるにつれて、当初の決定が原因で、変化するビジネス要件にシステムが対応できなくなる可能性があります。クラウド上では、自動化し、オンデマンドでテストできるので、設計変更によって⽣じる影響のリスクを軽減できます。そのため、イノベーションを標準プラクティスとしてビジネスで活用できるように、システムを時間とともに進化させることができます。

• データに基づいてアーキテクチャを進化させる: クラウド上ではアーキテクチャに関する選択がワークロードの動作に与える影響についてのデータを収集できます。これにより、ワークロードの改善について事実に基づいた意思決定を⾏うことができます。クラウドのインフラストラクチャはコードですので、そのデータに基づいてアーキテクチャに関する選択と改善を徐々に進めることができます。

• ゲームデーを利用して改善する: ゲームデーを定期的にスケジュールして、本稼働環境のイベントをシミュレートすることで、アーキテクチャとプロセスのパフォーマンスをテストします。これは、改善できる箇所を把握し、組織がイベントに対応することを経験するのに役⽴ちます。