постгре вполне нормальная вещь, но со своим пределом по производительности

Кассандра может масштабироваться практически бесконечно, и там нет проблемы взять и вынуть ноду из кластера. С постгре такой штуки нет, как и с любым другим sql. Вот и сейчас у нас есть работающий проект на mysql, за счет которого живет вся компания, а у меня все нервы уже съедены из-за того, что мускул может просто упасть и встанет вообще всё.

ты меня почти убедил, думаю надо будет попробовать ее в деле

особенно с учетом того что хочу на docker swarm инфраструктуру перевести, если кластер будет справляться с внезапным удалением ноды то можно неплохую масштабируемость в зависимости от нагрузки попробовать сделать для БД

хотя не, с базой лучше не рисковать :)

С ней нужно поковыряться с доками некоторое время, пока не станет понтяно, в каких операциях участвует partition key. В распределенном мире пока все очень ненадежно, несмотря на потраченное количество ресурсов, как правило просто нельзя взять решение, которое будет просто работать. Иногда некоторые вещи можно просто засунуть в разряд допустимых рисков и не думать об этом, если сеть работает хорошо, то любое хранилище будет нормально отрабатывать, при разрыве сети по старинке переводить в режим обслуживания и восстанавливаться из бекапов.

Афира стоит почитать, если все это интересно, он подробно объясняет, что именно происходит при разрыве сети между нодами и что происходит внутри очередного проекта.

https://habrahabr.ru/post/100075/#comment_3094627 с 2010 изменилось че?

да, я когда читал доки по версии 1.х / 2.х не понимал, что это то же самое хранилище

внутренняя модель данных скорее всего та же, key-key-value внутри sst

я про коммент - заточенность на большие машины и тп

ее можно запустить на машине с 1гб оперативы, но вообще да, рекомендуют ставить ей предел в 8гб памяти и это тяжеловесное решение по сравнению с обычными бд. Про supercolumn penalty ничего не могу сказать, потому что их вроде как выпилили, но если правильно понимаю, ее можно немного перегрузить коллекциями.

Когда гонял наши счетчики на ноутбуке, было то ли 1к/сек, то ли 3к/сек.

Но там был только один ключ, поэтому это синтетические данные, она наверняка большую часть в памяти держала, время от времени скидывая на диск

жалко, у меня основные мощности в google engine, придется переплачивать за лишнюю память и оверхед сети

Да она может и не нужна тебе. У гугла к тому же есть big table и spanner, которые я вообще не трогал, но первое вроде как копия кассандры по внутренностям, второе - надстройка над bigtable, дающая дополнительные плюшки.

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

короче я твою идею понял: надо выбрать - либо ACID, либо скалируемость, и от этого плясать :)

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

либо ACID2.0 )