Well-Architected Framework: パフォーマンス効率の柱

パフォーマンス効率 (Performance Efficiency) とは

「パフォーマンス効率」の柱は、システム要件を満たすためにコンピューティングリソースを効率的に使用し、需要の変化やテクノロジーの進化に合わせてその効率性を維持する能力に焦点を当てています。

設計原則（設計事項）

パフォーマンス効率を高めるための設計原則は以下の通りです。

• 最新テクノロジーの民主化: 複雑な技術（機械学習、NoSQLデータベース、メディア処理など）を自前で構築・運用するのではなく、AWSが提供するマネージドサービスとして消費することで、専門知識がなくても高度な技術を利用できるようにします。
• わずか数分でグローバルに展開する: 複数のAWSリージョンを活用し、世界中のユーザーに対して最小限のレイテンシー（遅延）でシステムを提供します。
• サーバーレスアーキテクチャを使用する: 物理サーバーや仮想サーバーのプロビジョニング、パッチ適用、管理の負担を排除し、コードの実行やデータの処理に集中します。
• より頻繁に実験する: クラウドの仮想化されたリソースを活用し、異なるインスタンスタイプやストレージ構成を簡単にテスト（比較実験）して、最適な構成を見つけ出します。
• メカニカルシンパシー（システムへの理解）を持つ: 利用するクラウドサービスの特性を深く理解し、ワークロードの目標に最も適したサービスを選択します。

パフォーマンス効率の対応領域と主要サービス

パフォーマンス効率を最適化するには、以下の4つの領域で適切な選択と設定を行います。

1. コンピューティング (Compute)

   • ワークロードの特性（CPUバウンド、メモリバウンドなど）に合わせて最適なコンピューティングリソースを選択します。
   • 主要サービス: Amazon EC2, AWS Lambda, AWS Auto Scaling など。

2. ストレージ (Storage)

   • アクセス頻度、スループット、IOPSの要件に基づいて最適なストレージソリューションを選択します。
   • 主要サービス: Amazon EBS, Amazon S3, Amazon EFS など。

3. データベース (Database)

   • データの構造（リレーショナル、NoSQL、グラフなど）や読み書きの特性に合わせて最適なデータベースを選択します。
   • 主要サービス: Amazon RDS, Amazon Aurora, Amazon DynamoDB など。

4. 容量と時間のトレードオフ (Space-Time Trade-offs)

   • キャッシュやコンテンツ配信ネットワーク（CDN）を利用して、データ取得の「時間」を短縮する代わりに、キャッシュを保持する「容量（メモリやストレージ）」を消費するというトレードオフを活用します。
   • 主要サービス: Amazon CloudFront, Amazon ElastiCache, Amazon OpenSearch Service など。リードレプリカの活用もこれに含まれます。

試験では、「グローバルユーザーへのレスポンス改善（CloudFrontの利用）」や「データベースの読み取り負荷軽減（ElastiCacheやリードレプリカの利用）」といった、パフォーマンス最適化のシナリオが頻出します。