Простыми словами
На практике хороший вариант выглядит так: оценивать и нормальный компромисс latency/consistency. Поэтому в задаче «Выбор БД» заранее определяют допустимые потери, задержки, повторы и способ восстановления.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Сравнивать базы только по поведению при аварии.
Оценивать и нормальный компромисс latency/consistency.
Ограничения
PACELC - эвристическая классификация компромиссов; реальные системы допускают разные режимы, уровни согласованности и задержки для разных операций.
Источник
Daniel J. Abadi, “Consistency Tradeoffs in Modern Distributed Database System Design: CAP Is Only Part of the Story”, 2012.