Couchbase сотрудник здесь.
С точки зрения затрат нет большой разницы по сравнению с большинством реляционных баз данных. Хотя мы рекомендуем иметь как минимум 3 узла в производственной среде (поэтому даже если вы потеряете 2 узла, ваша база данных по-прежнему доступна), вполне нормально работать с одним или двумя.
Кроме того, поскольку CB также предоставляет поддержку полнотекстового поиска, это может помочь вам сэкономить несколько дополнительных долларов, поскольку вам не понадобится узел ElastiSearch или Solr, работающий в некоторых случаях.
С точки зрения производительности в масштабе, я думаю, именно здесь действительно блестит база, и кросс-репликация в центрах обработки данных также широко используется (у многих клиентов есть кластеры с +40 или +85 узлами, реплицирующимися в другие кластеры по всему миру). , Если вы верите в тесты, вот что стоит проверить: https://resources.couchbase.com/c/altoros-nosql-performance-benchmark?x=N-I_ik
Я не знаю много о вашем сценарии использования, поэтому не могу сказать наверняка, но в целом Couchbase - очень хороший выбор, когда вам нужна масштабируемость и скорость, это основные причины, по которым люди приходят в CB .
Единственное, на что вы должны обратить внимание, это на то, как вы моделируете свои данные. Базы данных документов ожидают, что у вас будет денормализованная модель данных, поэтому вы не можете просто структурировать все, как в СУБД. Вот краткий учебник об этом:
https://blog.couchbase.com/json-data-modeling-rdbms-users/
PS: Couchbase также имеет CouchbaseLite, которая является мобильной базой данных, которая автоматически синхронизируется с удаленной базой данных. Это очень удобно, если вам нужно сначала создать приложения, которые в автономном режиме