フレームワークの概要

冗長性 – 単一障害点 (SPOFs。冗長性は、ワークロード内のスペアコンポーネントからアプリケーションスタック全体のフルレプリカまで多岐にわたります。アプリケーションの冗長性を考慮するときは、使用するインフラストラクチャ、データストア、依存関係によって提供される冗長性のレベルを考慮することが重要です。例えば、Amazon DynamoDB と Amazon Simple Storage Service (Amazon S3) は、リージョン内の複数のアベイラビリティーゾーンにデータをレプリケートすることで冗長性を提供し、複数のアベイラビリティーゾーン内の複数のワーカーノードで関数 AWS Lambda を実行します。使用するサービスごとに、サービスによって提供されるものと、設計する必要があるものを考慮してください。

十分な容量 – ワークロードには、意図したとおりに機能するのに十分なリソースが必要です。リソースには、メモリ、CPU サイクル、スレッド、ストレージ、スループット、サービスクォータなどが含まれます。

タイムリーな出力 – お客様がワークロードを使用する場合、妥当な時間内に意図した機能を実行することが期待されます。サービスがレイテンシーに関するサービスレベルアグリーメント (SLA) を提供しない限り、その期待は一般的に経験的証拠、つまり独自の経験に基づいています。この平均的なカスタマーエクスペリエンスは通常、システム内のレイテンシーの中央値 (P50) と見なされます。ワークロードに予想以上に時間がかかる場合、このレイテンシーはカスタマーエクスペリエンスに影響を与える可能性があります。

正しい出力 – 意図した機能を提供するためには、ワークロードのソフトウェアの正しい出力が必要です。正しくない、または不完全な結果は、応答がない場合よりも悪くなる可能性があります。

障害分離 – 障害分離は、障害が発生したときに意図した障害コンテナへの影響の範囲を制限します。これにより、ワークロードの特定のコンポーネントが一緒に失敗し、障害が他の意図しないコンポーネントにカスケードされるのを防ぐことができます。また、ワークロードの顧客への影響の範囲を制限するのにも役立ちます。障害分離は、障害が既に発生しているが、封じ込める必要があることを受け入れるため、前の 4 つのプロパティとは若干異なります。インフラストラクチャ、依存関係、ソフトウェア機能で障害分離を作成できます。