改善プロセス

アーキテクチャの改善プロセスには、現状と改善策の把握、改善対象の選択、改善のテスト、優れた改善策の採用、成功例の定量化、他でも再現できるように得られた知見の共有、サイクルの繰り返しがあります。

改善の目標には次のようなものがあります。

• 無駄、低利用率、アイドルまたは未使用のリソースを排除すること

• 消費するリソースから生まれる価値を最大化する

注記

プロビジョニングしたリソースをすべて使用し、最小限のリソースで同じ作業を完了する。

最適化の初期段階では、まず無駄が多く使用率が低い分野を排除し、次に特定のワークロードに合った、ターゲットを絞った最適化に移行します。

リソースの消費量の変化を経時的にモニターします。変化の蓄積によりリソース消費が非効率的または著しく増加している箇所を特定します。消費の変化を解決するために改善が必要かどうかを検討し、優先順位の高い改善を実装します。

次のステップは、クラウドワークロードの持続可能性に焦点を当てた改善点を評価し、優先順位を付け、テストし、デプロイする反復プロセスとして設計されています。

1. 改善の目標を特定する: この文書に記載されている持続可能性のためのベストプラクティスに照らし合わせて、ワークロードを見直し、改善目標を特定します。

2. 具体的な改善点を評価する: 潜在的な改善、予想されるコスト、ビジネスリスクに対する特定の変更を評価します。

3. 改善点の優先順位を付けて計画する: 最小のコストとリスクで最大の改善をもたらす変更に優先順位を付け、テストと実装のための計画を立てます。

4. 改善点をテストおよび検証する:: テスト環境での変更を実施し、改善の可能性を検証します。

5. 変更を本稼働環境にデプロイする: 本稼働環境全体に変更を実装します。

6. 成果を測定し、成功を再現する: ワークロード間で成功を再現する機会を探し、受け入れがたい結果が出た場合は変更を元に戻します。

サンプルシナリオ

この文書では、後述するシナリオ例を参照し、改善プロセスの各ステップを説明します。

貴社には Amazon EC2 インスタンスで複雑な画像操作を行い、ユーザーがアクセスできるように変更されたファイルと元のファイルを保存するワークロードがあります。アクティビティの処理は CPU に負荷がかかり、出力ファイルは非常に大きくなります。