どちらもアプリケーションの動作の一貫性を示しますが、「堅牢性」は入力に対するアプリケーションの応答を示し、「フォールトトレランス」はその環境に対するアプリケーションの応答を示します。
一貫性のないデータで一貫して動作できるアプリは堅牢です。たとえば、地図アプリケーションは、さまざまなスペルの異なるさまざまな形式の住所を解析し、有用な場所を返すことができる場合、堅牢です。不正なフレームに遭遇した後、MP3のデコードを続行できる場合、音楽プレーヤーは堅牢です。画像エディターは、認識できない可能性のある埋め込まれたEXIFメタデータで画像を変更できる場合、特にEXIFデータを破壊することなく画像を変更できる場合、堅牢です。
一貫性のない環境で一貫して動作できるアプリは、フォールトトレラントです。プライマリが利用できないときに代替シャードにアクセスできる場合、データベースアプリケーションはフォールトトレラントです。APIホストに到達できない場合でも、キャッシュからのリクエストの処理を継続できる場合、Webアプリケーションはフォールトトレラントです。ストレージサブシステムは、ディスクメンバーがオフラインのときにパリティから計算された結果を返すことができる場合、フォールトトレラントです。
どちらの場合でも、アプリケーションは安定し、均一に動作し、データの整合性を維持し、エラーが発生した場合でも有用な結果を提供することが期待されます。ただし、堅牢性を評価する場合、データに関連する基準を見つけることができますが、フォールトトレランスを評価する場合、稼働時間に関連する基準を見つけることができます。
一方が必ずしも他方につながるとは限りません。モバイル音声認識アプリは非常に堅牢で、膨大なバックグラウンドノイズのあるさまざまな地域のアクセントで一貫して音声を認識できるすごい機能を提供できます。しかし、高速のセルラーデータ接続がなければ役に立たない場合、フォールトトレラントではありません。同様に、Webパブリッシングアプリケーションは非常に耐障害性が高く、すべてのレベルで複数の冗長性があり、失敗することなくデータセンター全体を失う可能性がありますが、ユーザーテーブルを削除して、誰かが姓にアポストロフィを登録したときにクラッシュする場合、まったく堅牢ではありません。
区別を説明するのに役立つ学術文献を探している場合は、広くソフトウェア全般ではなく、ソフトウェアを使用する特定のドメインを探すことができます。分散アプリケーションの研究は、フォールトトレランスの基準にふさわしい基盤となる可能性があり、Googleは関連性のある研究の一部を公開しています。科学者は再現性のある結果をもたらす堅牢性の特性に特に関心があるため、データモデリング研究は堅牢性の問題に対処する可能性があります。気候モデリング、RF伝播モデリング、ゲノムシーケンスなど、役立つ可能性のある統計アプリケーションを説明した論文をおそらく見つけることができます。また、制御システムなどの「堅牢な設計」について議論しているエンジニアもいます。
Googleファイルシステムのホワイトペーパーでは、フォールトトレランスの問題へのアプローチについて説明しています。一般的に、コンポーネントの障害は日常的なものであり、アプリケーションはそれらに適応する必要があるという前提があります。
ラトガースのクラスのこのプロジェクトは、「コンポーネントフォールト」指向の「フォールトトレランス」の定義をサポートしています。
調査する分野に応じて、「ロバストモデリングXYZ」に関する多くの論文があります。ほとんどの場合、「ロバスト」の基準を要約で説明しますが、すべてはモデルが入力を処理する方法に関係していることがわかります。
NASAの気候科学者によるこの概要では、堅牢性が気候モデルの評価基準として説明されています。
MITの研究者によるこのペーパーでは、フォールトトレランスと堅牢性が重複するドメインであるワイヤレスプロトコルアプリケーションを検証しますが、著者はトポロジに関連して「フォールトトレランス」を使用しながら、アプリケーション、プロトコル、およびアルゴリズムを「堅牢」で説明しますおよびコンポーネント: