Как стать автором
Обновить

Комментарии 2

«поставить штамп на свою систему можно лишь не разобравшись в сути теорем» — кстати много статей здесь как раз про то, как перешли с одной «неоптимальной» СУБД на более оптимальную и более близкой к идеальной CAP-системе. Причем почти всегда нет описания настроек, версий и работы «неоптимальной» СУБД и подробные плюсы «оптимальной», но без описания минусов…
Вы очень верно подметили!
«Более оптимальную и более близкой к идеальной CAP-системе» — тут всегда надо понимать технический контекст инфраструктуры системы и ей назначения, чтобы понять требования CAP относительно неё. В идеале, нужно понимать, что подразумевается под идеалом, приближение к какой именно грани CAP треугольника?

Если написать абстрактно и не выводить новую статью, то можно предположить, что имея две технически одинаковые системы, но с разным назначением, к примеру транзакционную и аналитическую БД(извините уж за столь грубый пример :) ), то на одной и той же инфраструктуре — плюсы одной системы, могут быть минусами другой.

Такие кейсы очень интересны в архитектурном плане и если кто-то такое пишет, то не и грех поделиться техническим контекстом :) Окружение, настройки и бенчмарки — наше всё!
Зарегистрируйтесь на Хабре , чтобы оставить комментарий