次の方法で共有


パフォーマンス効率の設計レビュー チェックリスト

このチェックリストでは、システムを拡張してワークロードの使用量の需要を満たすことができるようにするための一連の推奨事項を示します。 パフォーマンスの目標は、需要の増加に応じて正常なシステムとのすべての相互作用の効率を維持することです。 パフォーマンスのために設計および実装する場合は、コスト、複雑さ、新しい要件のサポート、技術的負債、レポート、および操作の 効率と有効性 に重点を置きます。

システムごとに、再設計、回避策の導入、または人間の関与を組み込むことなく、スケーリングできる量に制限があります。 パフォーマンス効率のプラクティスを含めず、トレードオフを検討すると、設計が危険にさらされる可能性があります。 チェックリストで説明されているすべての点を慎重に検討して、システムの成功に自信を持たわせてください。

チェック リスト

  コード 推奨
PE:01 パフォーマンスターゲットを定義します。 パフォーマンス目標は、ワークロードの要件に関連付けられている数値である必要があります。 すべてのワークロード フローのパフォーマンス ターゲットを実装する必要があります。
PE:02 容量計画を実施する。 容量計画は、季節変動、製品の更新、マーケティング キャンペーン、特別なイベント、規制の変更など、使用パターンの変更が予測される前に行う必要があります。
PE:03 適切なサービスを選択します。 サービス、インフラストラクチャ、および階層の選択では、ワークロードのパフォーマンス目標に到達し、予想される容量の変更に対応する機能をサポートする必要があります。 選択では、プラットフォーム機能を使用したり、カスタム実装を構築したりする利点も比較検討する必要があります。
PE:04 パフォーマンス データを収集します。 ワークロード のコンポーネントとフローでは、自動で継続的かつ意味のあるメトリックとログを提供する必要があります。 アプリケーション、プラットフォーム、データ、オペレーティング システム レベルなど、さまざまなレベルのワークロードでデータを収集します。
PE:05 スケーリングとパーティション分割を最適化します。 信頼性の高い制御されたスケーリングとパーティション分割を組み込みます。 ワークロードのスケール ユニット設計は、スケーリングとパーティション分割の戦略の基礎です。
PE:06 パフォーマンスをテストする。 運用環境に一致する環境で定期的なテストを実行します。 パフォーマンス目標とパフォーマンス ベンチマークとの結果を比較します。
PE:07 コードとインフラストラクチャを最適化します。 パフォーマンスの高いコードを使用し、プラットフォームに責任をオフロードします。 コードとインフラストラクチャは、コア目的でのみ使用し、必要な場合にのみ使用します。
PE:08 データの使用を最適化します。 データ ストア、パーティション、インデックスを、ワークロードでの意図した実際の使用に合わせて最適化します。
PE:09 重要なフローのパフォーマンスに優先順位を付けます。 ワークロード リソースの割り当てとパフォーマンスの最適化作業では、最も重要なビジネス プロセス、ユーザー、操作をサポートするフローに優先順位を付ける必要があります。
PE:10 運用タスクを最適化します。 ソフトウェア開発ライフサイクルとその他のルーチン操作がワークロードのパフォーマンスに及ぼす影響を監視して最小限に抑えます。 これらの操作には、ウイルス スキャン、シークレットローテーション、バックアップ、データベースのインデックス再作成、デプロイが含まれます。
PE:11 ライブ パフォーマンスの問題に対応します。 明確なコミュニケーションと責任を組み込むことで、パフォーマンスの問題に対処する方法を計画します。 問題のある状況が発生した場合は、学習した内容を使用して予防措置を特定し、ワークロードに組み込みます。 同様の状況が発生した場合に通常の操作にすばやく戻るメソッドを実装します。
PE:12 パフォーマンスを継続的に最適化します。 データベースやネットワーク機能など、時間の経過と伴うパフォーマンスの低下を示すコンポーネントに焦点を当てます。

次の手順

他の概念を調べるには、パフォーマンス効率のトレードオフを確認することをお勧めします。