パフォーマンス効率に関する推奨チェックリスト
このチェックリストには、ワークロードを拡張してワークロードの使用需要を満たすことができるように設計するための一連の推奨事項が示されています。 パフォーマンスの目標は、需要が増加しても健全なシステムとのすべてのやり取りの効率を維持することです。 パフォーマンスを考慮して設計および実装する場合は、コスト、複雑さ、新しい要件のサポート、技術的負債、レポート、労力の効率と有効性に重点を置きます。
どのシステムでも、再設計、回避策の導入、または人間の関与を組み込むことなく拡張できる範囲には限界があります。 パフォーマンス効率のプラクティスを組み込まず、トレードオフを考慮しないと、設計が潜在的に危険にさらされることになります。 システムの成功に自信を持たせるために、次のチェックリストに記載されているポイントをすべて慎重に検討してください。
チェックリスト
| コード | レコメンデーション | |
|---|---|---|
| ☐ | PE:01 | パフォーマンス目標を定義します。 パフォーマンス目標は、ワークロード要件に関連付けられた数値である必要があります。 すべてのワークロード フローにパフォーマンス目標を実装する必要があります。 |
| ☐ | PE:02 | パフォーマンス プランニングを実施します。 使用パターンに予測される変化が発生する前に、パフォーマンス計画を立てる必要があります。 予測される変更には、季節変動、製品の更新、マーケティング キャンペーン、特別なイベント、規制の変更などが含まれます。 |
| ☐ | PE:03 | 適切なサービスを選択します。 サービスと製品の機能は、ワークロードのパフォーマンス目標を達成し、予想される容量の変化に対応する能力をサポートする必要があります。 選択においては、プラットフォーム機能を使用するか、カスタム実装を構築するかの利点も考慮する必要があります。 |
| ☐ | 体育:04 | パフォーマンス データを収集します。 ワークロード コンポーネントとフローは、自動的、継続的、かつ意味のあるメトリックとログを提供する必要があります。 アプリケーション、プラットフォーム、データ、オペレーティング システム レベルなど、ワークロードのさまざまなレベルでデータを収集します。 |
| ☐ | 体育:05 | パフォーマンスをテストします。 運用環境に一致する環境で定期的なテストを実行します。 結果をパフォーマンス目標およびパフォーマンス ベンチマークと比較します。 |
| ☐ | 体育:06 | ロジックを最適化します。 パフォーマンスの高いコードとロジックを使用し、プラットフォームに責任を委ねるようにしてください。 ロジックは、本来の目的のためだけに、必要な場合にのみ使用してください。 |
| ☐ | 体育:07 | 重要なフローのパフォーマンスを優先します。 ワークロード リソースの割り当てとパフォーマンスの最適化の取り組みでは、最も重要なビジネス プロセス、ユーザー、および操作をサポートするフローを優先する必要があります。 |
| ☐ | 体育:08 | データ使用量を最適化します。 ワークロードでの意図された使用と実際の使用に合わせてデータ ストアを最適化します。 |
| ☐ | 体育:09 | ライブパフォーマンスの問題に対応します。 明確なコミュニケーションと責任を組み込むことで、パフォーマンスの問題に対処する方法を計画します。 問題のある状況が発生した場合は、学習した内容を使用して予防策を特定し、それを作業負荷に組み込みます。 同様の状況が発生した場合に、より早く通常の運用に戻るための方法を実装します。 |
| ☐ | 体育:10 | パフォーマンスを継続的に最適化します。 データベースやネットワーク機能など、時間の経過とともにパフォーマンスが低下するコンポーネントに焦点を当てます。 |