Если R + W > N, множества реплик для чтения и записи пересекаются — чтение застанет хотя бы одну реплику с последней подтверждённой записью.
А ещё Кворум даёт свежесть, но не линеаризуемость
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Правило даёт удобную ручку настройки. Строгий вариант W=N и R=1 делает чтение мгновенным, но запись ломается при отказе любой реплики. Обратный, W=1 и R=N, ускоряет запись ценой чтения. Симметричный компромисс при трёх репликах — W=2 и R=2: система переживает потерю одного узла и сохраняет гарантию. Уменьшение суммы ниже порога переводит систему в режим согласованности в конечном счёте, что вполне законно, если приложение к этому готово. Стоит проговорить и границы правила: оно про пересечение множеств, а не про полную защиту — при конкурентных записях всё равно нужны версии и разрешение конфликтов, а при сетевом разделении кворум может не собраться вовсе.
Один верный вариант. Подумайте, потом откройте ответ.
Точная формулировка CAP и типичные искажения, неизбежность разделения и выбор C/A по операции, спектр согласованности и сессионные гарантии, кворумы N/R/W и их пределы, PACELC и разрешение конфликтов.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto