Блог

На основе документов Elasticsearch DSL (https://elasticsearch-dsl.readthedocs.io/en/latest /)

«вы должны использовать соответствующую основную версию» библиотеки для совместимости. В частности:

Для Elasticsearch 7.0 и более поздних версий используйте основную версию библиотеки 7 (7.x.y).

Для Elasticsearch 6.0 и более поздних версий используйте основную версию библиотеки 6 (6.x.y).

Какова наилучшая практика для обновления с ES 6 до ES 7? Похоже, это означает, что вы не можете сделать свой код совместимым с сервером ES 7, не делая его одновременно несовместимым с сервером ES 6.

Я пытаюсь избежать одновременного существования двух разных версий кода, сначала сделав его совместимым на месте, прежде чем обновлять сервер. Кто-нибудь делал это? (У нас есть множество анализаторов, токенизаторов, нескольких документов и т.д., Которые мы действительно не хотим дублировать в коде в середине миграции.)

Существует путь обновления, которому вам нужно следовать. Нет необходимости поддерживать две разные базы кода. Сначала вы должны убедиться в том, что обновились до последней версии minor patch выпусков ES 6 (т. Е. 6.7 или 6.8) и убедиться, что ваши индексы совместимы с этой версией.

Вы также должны перенести своих клиентов на ту же самую последнюю версию с незначительными исправлениями выпуска ES 6, поскольку Elastic гарантирует, что эта версия будет совместима со следующей основной версией (т. Е. ES 7).

После того, как вы протестировали все на ES 6.7 / 6.8 (и правильно создали резервные копии своих данных), вы можете безопасно перейти на ES 7, и ваши клиенты продолжат работать. После обновления ES вы также можете обновить свой клиент до ES 7.