改善プロセス - 持続可能性の柱

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

改善プロセス

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

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

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

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

注記

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

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

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

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

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

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

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

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

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

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

シナリオの例

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

会社には、Amazon EC2インスタンスで複雑なイメージ操作を実行し、変更したファイルと元のファイルをユーザーアクセス用に保存するワークロードがあります。処理アクティビティはCPU集中的で、出力ファイルは非常に大きくなります。