パフォーマンスは、あらゆる Power Platform ワークロードの成功につながる重要な要素です。 パフォーマンスが低いと、ユーザーは不満を感じ、生産性が低下し、コストが増加する可能性があります。 これらの問題を回避するには、最初からパフォーマンスを念頭に置いてソリューションを設計する必要があります。 パフォーマンスの高いワークロードは、ユーザー エクスペリエンスを損なったり、プラットフォームのスループットや要求の制限を超えたりすることなく、負荷の変化を処理できます。
Microsoft Azure Well-Architected フレームワークから次の設計原則を使用して、Power Platform サービスの制限と機能の範囲内にとどまりつつ、パフォーマンスが確実にビジネス要件を満たせるようにします。 推奨されるベスト プラクティスから開始し、各パフォーマンス効率の原則の利点を正当化します。 戦略を設定したら、次のステップとして パフォーマンス効率チェックリスト を使用します。
ワークロードのパフォーマンスの期待値を明確に理解していないと、リソースにかける時間が長すぎたり短すぎたりするため、ユーザーのニーズを満たせない場合があります。
現実的なパフォーマンス目標を交渉する
想定されるユーザー エクスペリエンスは定義されており、あらかじめ設定されたビジネス要件に対してベンチマークを策定し、目標を評価するための戦略があります。 |
|---|
ビジネスニーズと期待に基づいた明確なパフォーマンス目標から設計プロセスを開始します。 技術的なメトリックだけに焦点を当てるのではなく、ビジネス関係者と協力して、ワークロードの期待されるユーザー エクスペリエンスに沿った期待値を設定し、目標を定義します。
パフォーマンスに関する達成可能な目標の確立 の詳細については、Azure Well-Architected フレームワークを参照してください。
パフォーマンス要件を満たす設計
|
パフォーマンス目標を達成するために適切なサービスを選択します。 |
|---|
パフォーマンスをプロアクティブに測定することが重要です。 パフォーマンス目標の達成、パフォーマンスの監視、ワークロードのどのコンポーネントが課題をもたらす可能性があるかの追跡を可能にするテクノロジースタック全体のサービスと機能を選択します。 また、パフォーマンスをテストするためのプロセスを定義します。
パフォーマンス要件を満たす設計 の詳細については、Azure Well-Architected フレームワークを参照してください。
パフォーマンスの達成と維持
|
システムの使用中および進化に伴うパフォーマンスの低下から保護します。 |
|---|
パフォーマンスは 1 回限りのアクティビティではありません。 ワークロードの開発全体を通して、作業を続ける必要があります。 ワークロードを複数回テストして最適化することを想定してください。 要件、構成、コード、または製品機能を変更すると、パフォーマンスに影響を与える可能性があります。
パフォーマンスの達成と維持 の詳細については、Azure Well-Architected フレームワークを参照してください。
最適化で効率を改善させる
|
定義されたパフォーマンス目標の範囲内でシステム効率を向上させ、ワークロードの価値を高めます。 |
|---|
開発者がパフォーマンスの最適化に時間を費やせるように、パフォーマンス カルチャを確立します。 ユーザーエクスペリエンスに基づいてパフォーマンス目標を調整し、ワークロードのどのコンポーネントで高負荷が発生しているかを監視します。 パフォーマンスを向上させる可能性のある新しい製品機能を引き続き評価します。 監視、最適化、テスト、デプロイのサイクルは、継続的なプロセスです。
最適化による効率の向上 の詳細については、Azure Well-Architected フレームワークを参照してください。