Хранение инфраструктурных и бизнесовых метрик в одном месте, предоставляет отличную возможность для анализа происходящего в реальном времени

> бизнесовые метрики
> в реальном времени

Вы делаете что-то не так

Это маловероятно

Вы серьёзно бизнесовые метрики в КХ храните?

Да, конечно. Это не значит что мы храним их только в КХ, продуктовые события летят в Вертику, а статистика по ним в КХ

Это значит что они пересчитываемы

И я б инвестировал в механизм пересчета

Ну, короче, VM это совсем не про бизнес-аналитику. КХ получше, оч хорошо если он на ваших масштабах работает

Он тоже про аналитику, но не про "единственный надёжный источник истины"

Под бизнес-аналитикой я понимаю скорее методики и практики

Может кто-нить аргументирует что не так с КХ в плане надежности хранения?

КХ для этих целей подходит, но плохо масштабируется

Что не так для чего? Для метрик или для ДВХ? Или для логов?

- Что происходит со вставкой новых данных в кх, когда зукипер начинает глючить? Вроде КХ переходит в ридонли режим и не принимает новых данных. Где вы храните не записанные данные в этом случае, чтобы они не потерялись?
- Допустим, данные на одной из реплик КХ потерялись. Вы запускаете эту реплику на новом сторедже и КХ начинает переливать данные из живых реплик на пустую. Что произойдет, если нужно перелить несколько терабайт данных? Вся сеть будет занята переливаемыми данными в течение длительного времени. Это может негативно сказаться на производительности КХ, в т.ч. он может стать не успевать принимать новые данные.
- КХ, как и любое другое решение, не обеспечивает сохранность данных в случае пользовательской ошибки - случайного удаления данных, некорректного применения ALTER TABLE, неправильного обновления конфигов КХ либо некорректного обновления версии КХ. Как вы обеспечиваете сохранность данных в этом случае?

Вот тут я не соглашусь, репликация и шардирование в КХ работают отлично.

Только аналитические запросы начнут выжирать всю память и тормозить на определенных масштабах. Тут лучше map-reduce никто ничего не придумал

Т.е. я искренне рад, что вы помещаетесь в КХ, но вы его явно переоцениваете

При недоступности КХ, приложение которое в него пишет, начинает писать данные на винт, и после восстановления пишет их в КХ.
Бекапы спасают от ошибки пользователя.

В кх только асинхронная репликация без всяких кворумов на запись. Поэтому он в общем eventually consistent. Это не плохо, но это надо учитывать при разработке вокруг него