パフォーマンス効率設計原則
パフォーマンスは、あらゆるワークロードの成功にとって重要な要素です。 Power Platform パフォーマンスが低いと、ユーザーの不満が募り、生産性が低下し、コストが増加する可能性があります。 これらの問題を回避するには、最初からパフォーマンスを考慮してソリューションを設計する必要があります。 パフォーマンスの高いワークロードは、ユーザー エクスペリエンスを損なったり、プラットフォームのスループットや要求の制限を超えたりすることなく、負荷の変化を処理できます。
Microsoft Azure Well-Architected Framework の次の設計原則を使用して、 Power Platform サービスの制限と機能の範囲内でパフォーマンスがビジネス要件を満たすことを保証する戦略を構築します。 推奨されるベスト プラクティスから始めて、各パフォーマンス効率の原則の利点を正当化します。 戦略を設定したら、次の 手順 として パフォーマンス効率チェックリスト を使用してください。
ワークロードのパフォーマンス期待値を明確に理解していないと、リソースに費やす金額が多すぎたり少なすぎたりして、ユーザーのニーズを満たせなくなる可能性があります。
現実的なパフォーマンス目標を交渉する
 意図されたユーザー エクスペリエンスが定義され、事前に確立されたビジネス要件に対してベンチマークを開発し、ターゲットを測定する戦略があります。 |
|---|
ビジネスのニーズと期待に基づいた明確なパフォーマンス目標を設定して設計プロセスを開始します。 技術的な指標だけに焦点を当てるのではなく、ビジネス関係者と協力して期待を設定し、ワークロードの予想されるユーザー エクスペリエンスに合わせたターゲットを定義します。
Azure Well-Architected Frameworkで 達成可能なパフォーマンス目標を設定する 方法の詳細をご覧ください。
パフォーマンス要件を満たす設計
| 選択 パフォーマンス目標を達成するための適切なサービス。 |
|---|
積極的にパフォーマンスを測定することが重要です。 パフォーマンス目標を達成し、パフォーマンスを監視し、ワークロードのどのコンポーネントが課題を引き起こす可能性があるかを追跡できるようにする、テクノロジー スタック全体のサービスと機能を選択します。 また、パフォーマンスをテストするためのプロセスを定義します。
Azure Well-Architected Frameworkで、 パフォーマンス要件を満たす設計 について詳しく学習します。
パフォーマンスの達成と維持
| 保護 は、システムの使用中および進化中にパフォーマンスが低下するのを防ぎます。 |
|---|
パフォーマンスは一度きりの活動ではありません。 ワークロードの開発全体にわたって、これに取り組み続ける必要があります。 ワークロードを複数回テストして最適化することが必要になります。 要件、構成、コード、または製品機能の変更はパフォーマンスに影響を与える可能性があります。
Azure Well-Architected Frameworkでの パフォーマンスの達成と維持 について詳しく学習します。
最適化で効率を改善させる
| 定義されたパフォーマンス目標内でシステム効率を改善し、ワークロードの価値を高めます。 |
|---|
開発者がパフォーマンスの最適化に時間を費やせるようなパフォーマンス文化を確立します。 調節モード はユーザー エクスペリエンスに基づいてパフォーマンス ターゲットを設定し、ワークロードのどのコンポーネントに大きな負荷がかかっているかを監視します。 パフォーマンスを向上できる可能性のある新しい製品機能を継続的に評価します。 監視、最適化、テスト、展開のサイクルは継続的なプロセスです。
Azure Well-Architected Frameworkの 最適化による効率性の向上 について詳しく学習します。