Обновить
Теперь, когда область вопроса была исправлена, я могу добавить что-то в этом отношении:
Существует много сравнений между Apache Solr и ElasticSearch , поэтому я расскажу о тех, кого я нашел наиболее полезными, т. е. охватывающих самые важные аспекты:
- Боб Йоплайт уже связал ответ кимчи с ElasticSearch, Sphinx, Lucene, Solr, Xapian. Что подходит для использования? , в котором излагаются причины, по которым он пошел вперед и создал ElasticSearch , который, по его мнению, обеспечивает гораздо более высокую распределенную модель и удобство использования по сравнению с Solr.
- Поиск в реальном времени Ryan Sonnek : Solr vs Elasticsearch дает проницательный анализ / сравнение и объясняет, почему он переключился с Solr на ElasticSeach, несмотря на то, что был счастливым пользователем Solr уже - он суммирует это следующим образом: Solr может быть лучшим выбором при создании стандартных поисковых приложений, но Elasticsearch переходит на следующий уровень с архитектурой для создания современных приложений поиска в реальном времени. Перколяция - захватывающая и инновационная функция, которая однократно удаляет Solr прямо из воды. Elasticsearch является масштабируемым, быстрым и мечтой интегрироваться. Адиос Солр, было приятно узнать тебя. [акцент мой]
- Статья Википедии об ElasticSearch цитирует сравнение из известного немецкого журнала iX, перечисляя преимущества и недостатки, которые в значительной степени суммируют то, что уже сказано выше: Преимущества: ElasticSearch распространяется. Никакого отдельного проекта не требуется. Реплики также находятся в режиме реального времени, который называется «Push-репликация». ElasticSearch полностью поддерживает поиск в реальном времени Apache Lucene в режиме реального времени. Обработка многопользовательской обработки не является особой конфигурацией, где с Solr требуется более сложная настройка. ElasticSearch представляет концепцию Gateway, которая облегчает полное резервное копирование. Недостатки: только один главный разработчик [больше не применим в соответствии с текущей elasticsearch организацией GitHub , кроме того, что у него есть довольно активная база коммиттера] Функция автосогласования [не применимо больше в соответствии с новым Index Warmup API ]
Исходный ответ
Они совершенно разные технологии, предназначенные для совершенно разных вариантов использования, поэтому их нельзя сравнивать вообще каким-либо значимым образом:
- Apache Solr - Apache Solr предлагает возможности Lucene в
- Amazon ElastiCache - Amazon ElastiCache - это веб-сервис, который упрощает развертывать, управлять и масштабировать кеш в памяти в облаке. Обратите внимание, что Amazon ElastiCache совместим с протоколом с Memcached, широко используемой системой кэширования объектов памяти, поэтому код, приложения и популярные инструменты, которые вы используете сегодня в существующих средах Memcached, будут работать без проблем с сервисом (подробности см. в Memcached ).
[emphasis mine]
Возможно, это было путано со следующими двумя связанными технологиями так или иначе:
- ElasticSearch - Это Open Source (Apache 2), Distributed, RESTful, поисковая система, построенная поверх Apache Lucene.
- Amazon CloudSearch - Amazon CloudSearch - это полностью управляемая служба поиска в облаке, которая позволяет клиентам легко интегрировать быстрые и масштабируемые функции поиска в свои приложения.
Предложения Solr и ElasticSearch кажутся поразительно похожими на первый взгляд, и оба используют одну и ту же бэкэнд-поисковую систему, а именно Apache Lucene .
Хотя Solr старше, довольно универсален и зрелый и широко используется соответствующим образом, ElasticSearch был разработан специально для решения Solr с требованиями к масштабируемости в современных облачных средах, которые hard (er) для обращения к Solr .
Как таковой, было бы наиболее полезно сравнить ElasticSearch с недавно введенным Amazon CloudSearch (см. вводный пост Начните поиск за один час менее чем за $ 100 / месяц ), поскольку оба претендуют на то, чтобы в принципе использовать одни и те же варианты использования.
задан Uwe Keim 21 February 2019 в 11:17
поделиться