Соло Elasticsearch против Couchbase+Elasticsearch

Я использую ES в качестве базы данных уже несколько лет, у меня никогда не было проблем, тогда как я также пробовал MongoDB с множеством проблем!

Всегда хорошо иметь резервную копию данных, в вашем случае с «Couchbase», но это не обязательно. Вы можете создавать снапшоты ES каждый день, этого может быть достаточно.

Следует учитывать, что ES работает «почти в реальном времени», что означает, что данные доступны через несколько раз (миллисекунд) после редактирования.

ES быстр, прост в настройке и очень хорошо масштабируется. Протокол HTTP — лучший способ общения на любых языках.

Использование плагина Couchbase позволит автоматически (пере)индексировать изменения данных в Couchbase в Elasticsearch. Тем не менее, вы можете посмотреть, подходит ли схема/сопоставление, которое может наложить Couchbase, для ваших запросов. Когда данные находятся в Elasticsearch, вы все еще можете запрашивать их, используя запросы Elasticsearch напрямую, чтобы выполнять такие действия, как поиск или агрегирование.

Одним из преимуществ использования Couchbase может быть то, что он позволяет выполнять репликацию между центрами обработки данных (с использованием нескольких кластеров elasticsearch), тогда как обычно использование Elasticsearch в нескольких центрах обработки данных не рекомендуется.

Единственная серьезная проблема, с которой я столкнулся при использовании elasticsearch в качестве основного хранилища данных, — это задержка индексации при индексировании нового документа. Elasticsearch — это поисковая система «почти» в реальном времени... квалификатор «near» необходим, потому что после индексации документа происходит задержка до 1 секунды, прежде чем он будет найден во время поиска.

Вот ссылка на соответствующую часть руководства по поиску эластичных материалов:

Поиск почти в реальном времени в elasticsearch

Это была проблема в созданном мной веб-приложении, содержащем страницу со списком пользователей. Мой сценарий заключался в том, что администратор нажал кнопку «новый пользователь» на странице списка пользователей, а затем он был перенесен на другую страницу для создания пользователя. Когда администратор сохранил документ пользователя, он был перенаправлен на страницу списка, но вновь созданный пользователь не появился из-за задержки индексации elasticsearch.

В руководстве elasticsearch говорится, что вы можете вручную обновить индекс, но не делать этого в рабочей среде.

... не выполняйте обновление вручную каждый раз, когда индексируете рабочий документ; это повредит вашей производительности. Вместо этого ваше приложение должно понимать, что Elasticsearch работает почти в реальном времени, и учитывать это.

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

Пару месяцев назад я задал вопрос, как другие люди решают эту проблему:

Как справиться с задержкой индекса Elasticsearch

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

В конечном счете, вы не должны сталкиваться с этой проблемой с такой базой данных, как Couchbase.