Đây là cách tôi thảo luận về CAP, đặc biệt là về P.
CA chỉ có thể nếu bạn ổn với cơ sở dữ liệu máy chủ đơn, nguyên khối (có thể sao chép nhưng tất cả dữ liệu trên một "khối lỗi" - máy chủ không được coi là bị lỗi một phần).
Nếu vấn đề của bạn yêu cầu mở rộng quy mô, phân tán và nhiều máy chủ --- phân vùng mạng có thể xảy ra. Bạn đã yêu cầu P. Một số vấn đề tôi tiếp cận có thể tuân theo các mô hình luôn luôn của một máy chủ (hoặc, như Stonebraker đã nói, "phân phối là cổ phần bảng"). Nếu bạn có thể tìm thấy một vấn đề CA, các giải pháp như RDBMS không có quy mô truyền thống cung cấp rất nhiều lợi ích.
Đối với tôi, hiếm: vì vậy chúng tôi chuyển sang thảo luận về AP vs CP.
Bạn chỉ chọn giữa hoạt động AP và CP khi bạn có phân vùng. Nếu mạng và phần cứng hoạt động chính xác, bạn lấy bánh của mình và ăn nó.
Hãy thảo luận về sự khác biệt AP / CP.
AP - khi có phân vùng mạng, hãy để các bộ phận độc lập hoạt động tự do.
CP - khi có phân vùng mạng, tắt các nút hoặc không cho phép đọc và ghi để có các lỗi xác định.
Tôi thích các kiến trúc có thể làm cả hai, bởi vì một số vấn đề là AP và một số là CP - và một số cơ sở dữ liệu có thể làm cả hai. Trong số các giải pháp CP và AP, có cả sự tinh tế.
Ví dụ: trong bộ dữ liệu AP, bạn có khả năng cả hai lần đọc không nhất quán và tạo ra xung đột ghi - đây là hai chế độ AP khác nhau có thể. Hệ thống của bạn có thể được cấu hình cho AP với tính sẵn sàng đọc cao nhưng không cho phép ghi xung đột không? Hoặc hệ thống AP của bạn có thể chấp nhận xung đột bằng văn bản, với hệ thống giải quyết mạnh mẽ và linh hoạt không? Cuối cùng bạn sẽ cần cả hai, hoặc bạn có thể chọn một hệ thống chỉ làm một hệ thống không?
Trong một hệ thống CP, bạn nhận được bao nhiêu không có sẵn với các phân vùng nhỏ (máy chủ đơn), nếu có? Nhân rộng hơn có thể làm tăng tính không khả dụng trong hệ thống CP, làm thế nào để hệ thống xử lý những sự đánh đổi đó?
Đây là tất cả các câu hỏi để hỏi với CP vs AP.
Một bài đọc tuyệt vời trong lĩnh vực này ngay bây giờ là bài đăng "12 năm sau" của nhà sản xuất bia. Tôi tin rằng điều này thúc đẩy cuộc tranh luận về CAP một cách rõ ràng và khuyến nghị nó rất cao.
http://www.infoq.com/articles/cap-twelve-years-later-how-the-rules-have-changed