CAP定理
CAP Theorem
きゃっぷていり
分散システムにおいて、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition tolerance）の3つを同時に満たすことは不可能であるという定理。システム設計時にどの2つを優先するかを選択する必要がある。
Related
他の資格での定義
分散データベースシステムにおいて、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition Tolerance）の3つの特性を同時にすべて満たすことは不可能であるという定理。システム設計時に、どの2つを優先するかのトレードオフの判断に用いられる。
分散システムにおいて、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition Tolerance）の3つを同時に満たすことはできないという定理。NoSQLデータベースの設計方針を理解する上で重要な概念。
分散システムでは、一貫性（Consistency：どのノードからも最新の同じデータが読める）、可用性（Availability：すべての要求に応答する）、分断耐性（Partition tolerance：ネットワークが分断されても動作を続ける）の3つを同時に完全には満たせないという定理。E.ブリューワーが提唱した。分断は避けられないので、実際には分断の発生時に一貫性と可用性のどちらを優先するかを設計で選ぶ。
分散データベースシステムにおいて、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition Tolerance）の3つの特性を同時にすべて満たすことは不可能であるという定理。システム設計時に、どの2つを優先するかのトレードオフの判断に用いられる。
ネットワークで結ばれた分散システムでは、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition tolerance）の3つの性質を同時にすべて満たすことはできないという定理。ネットワークの分断は避けられないため、分断が起きたときに一貫性と可用性のどちらを優先するかが設計の判断となる。
Past Exams
過去問での出題
過去問で 5 回出題（データベーススペシャリスト試験 4・応用情報技術者試験 1）。うち 2 回は用語そのものを問う問題です。
出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
システムを独立して開発・デプロイ可能な小さなサービスの集合として構築するアーキテクチャ。各サービスはAPIを介して通信し、個別にスケーリングや更新が可能。サービスメッシュやサーキットブレーカーで障害耐性を確保する。
システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。
業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。
システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。
複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。
システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。