SUS02-BP02 SLA を持続可能性の目標に合わせる - AWS Well-Architected Framework
実装のガイダンスリソース

SUS02-BP02 SLA を持続可能性の目標に合わせる

持続可能性の目標に基づいてワークロードのサービスレベルアグリーメント (SLA) をレビューし最適化して、ビジネスニーズを満たしながらワークロードをサポートするために必要なリソースを最小化します。

一般的なアンチパターン:

  • ワークロード SLA がわからない、またはあいまいである。

  • SLA を可用性とパフォーマンスのためにのみ定義している。

  • すべてのワークロードに同じ設計パターン (マルチ AZ アーキテクチャなど) を使用している。

このベストプラクティスを活用するメリット: SLA を持続可能性の目標に合わせることで、ビジネスニーズを満たしながら最適なリソース使用量を実現できます。

このベストプラクティスが確立されていない場合のリスクレベル: 低

実装のガイダンス

SLA は、クラウドワークロードで期待できるサービスのレベルを定義します。応答時間、可用性、データ保持などです。アーキテクチャ、リソース使用量、クラウドワークロードの環境への影響に関わります。定期的に SLA をレビューして、リソースの使用量を大幅に削減できる事項と、サービスレベルの許容できる範囲での低下をトレードオフします。

実装手順

  • ビジネス要件を超えるのではなく満たしながら、持続可能性の目標をサポートする SLA を定義または再設計します。

  • 持続可能性への影響を大幅に削減できる事項と、サービスレベルの許容できる範囲での低下をトレードオフします。

    • 持続可能性と信頼性: 可用性が高いワークロードはより多くのリソースを消費する傾向があります。

    • 持続可能性とパフォーマンス: より多くのリソースを使用してパフォーマンスを強化すると、環境への影響が大きくなる場合があります。

    • 持続可能性とセキュリティ: 過剰に保護されたワークロードは環境への影響が大きくなる場合があります。

  • ビジネスクリティカルな機能を優先し、クリティカルでない機能にはサービスレベル (応答時間や回復時間目標など) を引き下げる設計パターン (AWS のマイクロサービスなど) を使用します。

リソース

関連するドキュメント:

関連動画: