CAP定理 とは？

ネットワーク分断（Partition）が起きた場合を考えよう。サーバーAとBの間の通信が切れた時、Aに書き込まれたデータはBに伝わらない。このときBへの読み取りに対して①古いデータを返す（一貫性を犠牲→AP型）か②エラーを返す（可用性を犠牲→CP型）の二択になるんだよ

ビジネス要件次第だよ。銀行の口座残高は一貫性が最重要（二重引き出しは許されない）→CP型。SNSのいいね数は多少古くても表示を優先→AP型。ECサイトの在庫数は「最終的に正しければOK」→結果整合性（AP型＋補正処理）。重要なのは「データごとに」要件が違うことを理解して使い分けることだね

「今すぐは一貫していないけど、しばらく待てばそのうち一貫する」という保証。DynamoDBやCassandraがこのモデル。書き込み後にレプリカへの伝搬に数ミリ秒〜数秒かかる間、古いデータが読めることがある。多くのWebアプリケーションではこの程度の遅延は問題にならないよ

あるよ。「3つから2つ選ぶ」という説明は単純化しすぎで、実際にはCとAの間にグラデーションがある。Martin Kleppmannは「分断が起きている間の動作」と「通常時の動作」を分けて考えるべきと指摘している。PACELC定理（CAPの拡張）では「分断なし時のLatencyとConsistencyのトレードオフ」も加味しているよ