# レビュー **Topics** + [PERF 6 ワークロードを進化させるために、どのように新機能を取り込めばよいですか？](w2aac19c11b7b5.md) # PERF 6 ワークロードを進化させるために、どのように新機能を取り込めばよいですか？ ワークロードを設計する際に選択できるオプションには限りがありますが、時間と共に、ワークロードのパフォーマンスを向上させることができる新しいテクノロジーとアプローチが利用できるようになります。 **Topics** + [PERF06-BP01 新しいリソースとサービスに関する最新情報を常に入手する](perf_continue_having_appropriate_resource_type_keep_up_to_date.md) + [PERF06-BP02 ワークロードのパフォーマンス向上プロセスを定める](perf_continue_having_appropriate_resource_type_define_process.md) + [PERF06-BP03 ワークロードのパフォーマンスを時間とともに進化させる](perf_continue_having_appropriate_resource_type_evolve.md) # PERF06-BP01 新しいリソースとサービスに関する最新情報を常に入手する 新しいサービス、設計パターン、製品が利用可能になったら、パフォーマンスの向上方法を検討します。評価、社内でのディスカッション、または外部分析を通じて、これらのリリースとサービスのどれがワークロードのパフォーマンスまたは効率性を向上させるかを判断します。 ワークロードに関連するアップデート、新しい機能、サービスを評価するプロセスを定義します。例えば、新テクノロジーを使用する PoC (概念実証) の構築や内部グループとの協議などのプロセスが考えられます。新しいアイデアやサービスを試す場合、パフォーマンステストを実施して、ワークロードのパフォーマンスへの影響を測定します。Infrastructure as Code (IaC) と DevOps の利点を活用して、新しいアイデアやテクノロジーを頻繁に、最低限のコストやリスクでテストします。 **期待される成果:** コンポーネントのインベントリ、設計パターン、ワークロードの特徴を文書化しました。この文書を使用して、サブスクリプションの一覧を作成し、サービスのアップデート、機能、新製品の情報をチームに通知します。新しいリリースを評価しビジネスへの影響と優先順位に関するレコメンデーションを提供する、コンポーネントの関係者を特定しました。 **一般的なアンチパターン:** + 新しいオプションやサービスを検討するのは、ワークロードがパフォーマンス要件を満たせなくなったときだけである。 + すべての新製品がワークロードにとって有益であるわけではないと考えている。 + ワークロードを改善する際は、製品を選ぶことはせず、常に内部で構築している。 **このベストプラクティスを活用するメリット:** 新しいサービスまたは製品を検討することで、ワークロードのパフォーマンスと効率の改善、インフラストラクチャコストの低減、およびサービスのメンテナンスに必要な工数の削減を行うことでできます。 **このベストプラクティスが確立されていない場合のリスクレベル:** 高 ## 実装のガイダンス AWS のアップデート、新しい機能、サービスを評価するプロセスを定めます。たとえば、新しいテクノロジーを使用した概念実証を構築します。新しいアイデアまたはサービスを試す際は、パフォーマンステストを実施して、ワークロードの効率性、またはパフォーマンスに対する影響を測定します。AWS が持つ柔軟性を活用し、最小限のコストとリスクで新しいアイデアやテクノロジーを頻繁にテストします。 ## 実装手順 1. ワークロードソリューションを文書化します。設定管理データベース (CMDB) ソリューションを使用して、インベントリを文書化し、サービスと依存関係を分類します。AWS Config などの [ツールを使用して、](https://aws.amazon.com/config/) ワークロードで使用されている AWS のすべてのサービスを一覧化します。 1. タグ付け戦略を [使用して、](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) 各ワークロードコンポーネントとカテゴリの所有者を文書化します。例えば、現在データベースソリューションとして Amazon RDS を使用している場合、データベース管理者 (DBA) を割り当てて、新しいサービスとアップデートの評価と調査の所有者として文書化します。 1. ワークロードコンポーネントに関連するニュースとアップデートソースを特定します。前述の Amazon RDS の例では、カテゴリの所有者は、 [AWS の最新情報ブログを購読して、](https://aws.amazon.com/new/) ワークロードコンポーネントに適した製品の情報を入手する必要があります。RSS フィードを購読したり、E メールサブスクリプションを [管理したりして、購読できます](https://pages.awscloud.com/communication-preferences.html)。使用している Amazon RDS データベースのアップグレード、新しく導入される機能、リリースされるインスタンス、Amazon Aurora Serverless などの新製品をモニタリングします。業界ブログ、製品、コンポーネントが依存しているベンダーをモニタリングします。 1. アップデートと新しいサービスの評価プロセスを文書化します。アップデートと新しいサービスを調査、テスト、実験、検証する時間と場所をカテゴリの所有者に与えます。文書化したビジネスの要件と KPI を参照して、どのアップデートがビジネスにメリットをもたらすかの優先順位を付けます。 **実装計画に必要な工数レベル:** このベストプラクティスを採用するには、現在のワークロードコンポーネントを把握し、カテゴリ所有者およびサービスアップデートのソースを特定する必要があります。実装開始時の工数レベルは低いものの、このベストプラクティスは長期間にわたって発展し改善しうる継続的なプロセスです。 ## リソース **関連するドキュメント:** + [AWS ブログ](https://aws.amazon.com/blogs/) + [AWS の最新情報](https://aws.amazon.com/new/?ref=wellarchitected) **関連動画:** + [AWS Events YouTube チャンネル](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube チャンネル](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube チャンネル](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **関連サンプル:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn) # PERF06-BP02 ワークロードのパフォーマンス向上プロセスを定める 新しいサービス、設計パターン、リソースの種類、設定が利用できるようになった時点で、これらを評価するプロセスを明確に定めます。たとえば、新しいインスタンス製品で既存のパフォーマンステストを実行して、ワークロードを向上させる可能性を判断します。 ワークロードのパフォーマンスには重要な制約がいくつかあります。その制約を文書化すれば、どのような種類のイノベーションがワークロードのパフォーマンス向上につながるかを把握できます。新しいサービスやテクノロジーが利用できるようになった場合、この情報を利用して、制約やボトルネックを軽減する方法を見つけます。 **一般的なアンチパターン:** + 現在のアーキテクチャが静的なものとなり、時間が経過しても更新されることはないと想定している。 + メトリクスに基づく理由なしで、時間の経過とともにアーキテクチャの変更を導入する。 **このベストプラクティスを活用するメリット:** アーキテクチャの変更を行うためのプロセスを定義することで、収集されたデータが、時間の経過に伴い、ワークロード設計に影響を及ぼせるようにできます。 **このベストプラクティスを活用しない場合のリスクレベル:** 中 ## 実装のガイダンス ワークロードの主要なパフォーマンス上の制約を特定する: どのようなイノベーションがワークロードパフォーマンスの向上につながるかを知ることができるように、ワークロードのパフォーマンスの制約を文書化します。 ## リソース **関連ドキュメント:** + [AWS ブログ](https://aws.amazon.com/blogs/) + [AWS の最新情報](https://aws.amazon.com/new/?ref=wellarchitected) **関連動画:** + [AWS Events YouTube チャンネル](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube チャンネル](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube チャンネル](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **関連サンプル:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn) # PERF06-BP03 ワークロードのパフォーマンスを時間とともに進化させる 組織として、評価プロセスを通じて収集した情報を使用し、新しいサービスまたはリソースが利用可能になるときに、それらの導入を積極的に推進します。 新しいサービスやテクノロジーを評価する際に収集する情報を使用して、変化を促進します。ビジネスまたはワークロードの変化に伴い、パフォーマンスのニーズも変化します。ワークロードメトリクスから収集されたデータを利用して、効率性やパフォーマンスが最も改善する領域を見極め、新しいサービスとテクノロジーを積極的に採用して需要に対応します。 **一般的なアンチパターン:** + 現在のアーキテクチャが静的なものとなり、時間が経過しても更新されることはないと想定している。 + メトリクスに基づく理由なしで、時間の経過とともにアーキテクチャの変更を導入する。 + 業界の他のすべての会社が使用しているというだけの理由で、アーキテクチャを変更する。 **このベストプラクティスを活用するメリット:** ワークロードのパフォーマンスとコストを最適化するには、利用可能なすべてのソフトウェアとサービスを評価して、ワークロードに適したソフトウェアとサービスを判断する必要があります。 **このベストプラクティスを活用しない場合のリスクレベル:** 低 ## 実装のガイダンス ワークロードを時間とともに進化させる: 新しいサービスやテクノロジーを評価する際に収集する情報を使用して、変化を促進します。ビジネスまたはワークロードの変化に伴い、パフォーマンスのニーズも変化します。ワークロードメトリクスから収集したデータを使用して、効率性またはパフォーマンスで最大の効果を得られる領域を見極め、新しいサービスとテクノロジーを積極的に取り入れて需要に対応します。 ## リソース **関連ドキュメント:** + [AWS ブログ](https://aws.amazon.com/blogs/) + [AWS の最新情報](https://aws.amazon.com/new/?ref=wellarchitected) **関連動画:** + [AWS Events YouTube チャンネル](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube チャンネル](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube チャンネル](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **関連サンプル:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn)