Pull to refresh

Comments 10

Однажды, в силу определенных причин, было принято решение архитектурно перейти с PostgreSQL на распределенную систему управления базами данных CockroachDB.

Какие были причины?

Добрый день. Причины перехода на CockroachDB заключались в использовании нескольких цодов на нескольких кластерах при конфигурации, обеспечивающей отказоустойчивость системы.

Вы проводили нагрузочное тестирование? Сколько TPS обрабатывает кокроач в вашей конфигурации? Несколько лет назад там были очень печальные числа.

Добрый день. Спасибо за вопросы. Постараюсь на них ответит.

Вы проводили нагрузочное тестирование?

Нагрузочное тестирование не делали, поскольку основная задача была не в уменьшении TPS, а в резервировании и масштабировании по горизонтали.

Сколько TPS обрабатывает кокроач в вашей конфигурации?

Такие сведения, к сожалению, разглашать не могу, поймите меня правильно :)

Причины перехода на CockroachDB заключались в использовании нескольких цодов на нескольких кластерах при конфигурации, обеспечивающей отказоустойчивость системы.

Нагрузочное тестирование не делали

Такие сведения, к сожалению, разглашать не могу, поймите меня правильно :)

Так делали и не можете разглашать или просто не знаете потому, что не делали? Неужели после "нескольких цодов на нескольких кластерах при конфигурации, обеспечивающей отказоустойчивость системы" вышло настолько маленькое TPS?)

Добрый день. Спасибо за вопрос. Нагрузочное тестирование не делали. Интересовала отказоустойчивость)

Я правильно понимаю что у вас что-то сломалось на клиенте, и что бы это починить вы смело патчите серверную часть?

Если да то есть предположение что если сервер отдает валидные данные, а клиент на них ломается, то ошибка именно на клиенте, и именно там ее и нужно чинить.

Добрый день. Клиентская и серверная части изначально работали штатно. В статье описывается специфика CockroachDB, выявленная после перехода, которая повлекла данное решение. Исправлять клиентскую фронтовую часть всех существующих в природе пакетов вендоров по мере их использования не представляется возможным :)

Но если вы всерьез рассматривали вариант использовать UUID в качестве ключа, то получается в пакетах вендоров этот ключ может представляться строкой, а не числом. Вы не пробовали отдавать идентификатор как строчку-из-цифр, а не число?

Проверяли, но в нашем случае без доработки пакета фронта проблема не решалась. Учитывая сказанное выше, было принято такое решение.

Sign up to leave a comment.