PERF05-BP03 ワークロードのパフォーマンス向上プロセスを定める
新しいサービス、設計パターン、リソースの種類、設定が利用できるようになった時点で、これらを評価するプロセスを明確に定めます。たとえば、新しいインスタンス製品で既存のパフォーマンステストを実行して、ワークロードを向上させる可能性を判断します。
一般的なアンチパターン:
-
現在のアーキテクチャが静的であり、今後更新されないと考えている。
-
メトリクスに基づく理由なしで、時間の経過とともにアーキテクチャの変更を導入する。
このベストプラクティスを活用するメリット: アーキテクチャの変更を行うためのプロセスを定義することで、ワークロード設計に経時的な影響を与えるために、収集されたデータを使用できます。
このベストプラクティスを活用しない場合のリスクレベル: 中
実装のガイダンス
ワークロードのパフォーマンスには重要な制約がいくつかあります。その制約を文書化すれば、どのような種類のイノベーションがワークロードのパフォーマンス向上につながるかを把握できます。新しいサービスやテクノロジーが利用できるようになった場合、この情報を利用して、制約やボトルネックを軽減する方法を見つけます。
ワークロードの重要なパフォーマンス上の制約を特定します。どのようなイノベーションがワークロードパフォーマンスの向上につながるかを知ることができるように、ワークロードのパフォーマンスの制約を文書化します。
実装手順
-
「 PERF05-BP01 ワークロードの状態とパフォーマンスを測定するための主要業績評価指標 (KPI) を設定する 」で概説されているように、ワークロードのパフォーマンス KPI を特定して、ワークロードのベースラインを作成します。
-
AWS オブザーバビリティツール を使用して パフォーマンスメトリクスを収集し、KPI を測定します。
-
「 PERF05-BP02 モニタリングソリューションを活用して、パフォーマンスが最も重要な分野について把握する」で説明されているように、詳細な分析を実施して、ワークロードの中でパフォーマンスが低い領域 (設定やアプリケーションコードなど) を特定します
-
分析ツールとパフォーマンスツールを使用して、パフォーマンス最適化戦略を特定します。
-
サンドボックス環境または本番前環境を使用して、戦略の有効性を検証します。
-
変更を本番環境に実装し、ワークロードのパフォーマンスを継続的にモニタリングします。
-
改善点を文書化し、利害関係者に報告します。
リソース
関連するドキュメント:
関連動画:
関連サンプル:
