フレームワークの概要

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

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

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

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

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