結果整合性

更新直後は複製間で内容が食い違っても、一定時間が経てばすべての複製が同じ状態に収束するという整合性のモデル。可用性と応答性能を優先する分散システムで採用される。

分散システムにおいて、一定時間経過後にはすべてのレプリカが最終的に同じ状態に収束することを保証する一貫性モデル。強い一貫性より可用性とスケーラビリティを優先する場合に採用される。NoSQLデータベースで広く用いられる。

分散システムにおいて、更新がすぐに全ノードに反映されるわけではないが、十分な時間が経過すれば最終的にすべてのノードで一貫した状態になるという整合性モデル。強い一貫性と比較して可用性と性能に優れる。

データの複製間で更新の反映に時間差があり、一時的に異なる値が読まれることを許すが、新たな更新がなければいずれすべての複製が同じ値に収束するという一貫性の考え方。強い一貫性よりも可用性と応答の速さを確保しやすく、多くのNoSQLデータベースやDNSなどで採用される。古い値を読んでも業務上問題がないかを見極めて採用する。

分散システムにおいて、一定時間経過後にはすべてのレプリカが最終的に同じ状態に収束することを保証する一貫性モデル。強い一貫性より可用性とスケーラビリティを優先する場合に採用される。NoSQLデータベースで広く用いられる。

ネットワークで結ばれた分散システムでは、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition tolerance）の3つの性質を同時にすべて満たすことはできないという定理。ネットワークの分断は避けられないため、分断が起きたときに一貫性と可用性のどちらを優先するかが設計の判断となる。

分散データベースやNoSQLで重視される性質で、基本的に利用可能（Basically Available）、状態は厳密でなくてよい（Soft state）、最終的には一貫性が保たれる（Eventually consistent）の頭文字をとったもの。ACID特性の厳密な一貫性より可用性と拡張性を優先する考え方である。

ネットワークで結ばれた複数のサイトにデータを分けて配置しながら、利用者からは1つのデータベースとして扱えるようにしたもの。データの所在や複製の有無を意識させない透過性を備え、負荷の分散と可用性の向上を図れるが、サイトにまたがる更新の整合性を保つため、2相コミットメントなどの制御が必要になる。

ストレージやデータベースのデータを、別のリージョンへ自動的に複製する機能。リージョン全体の障害や災害に備えたバックアップ、別の地域の利用者への低遅延なデータ提供、データ保管の要件への対応に使う。複製は通常、非同期で行われるため、障害時に直前の更新の一部が失われ得ることをRPOの設計で考慮する。

障害や災害の発生時に、データをどの時点の状態まで復旧できればよいかの目標値で、失ってもよいデータの量を時間で表す。RPOが24時間なら日次のバックアップで足りるが、ゼロに近づけるには別の拠点へのリアルタイムの複製が必要になる。RTO、RLOとともにDRの方式を選ぶ基準となる。