Каковы плюсы и минусы Solr & ElasticSearch?
И Solr, и ElasticSearch основаны на Lucene.
Как они сравниваются друг с другом с точки зрения:
- Особенности (в частности, поддержка фасетов и многоязычности)
- Спектакль
- Масштабируемость
- стабильность
- Управляемость
Есть ли у вас опыт работы с любым программным обеспечением, которым вы можете поделиться?
Благодарю.
2 ответа
Ну, сделать это коротко и просто:
Используйте SOLR, если вы хотите иметь возможность точно настроить свою производительность (поигравшись с внутренностями), хотите получить больший контроль, а также огромное сообщество.
Используйте эластичный поиск, если вы хотите более быстрое развертывание, готовы жить с меньшим количеством элементов управления (хотя есть и расширенные возможности) и получать фактический результат (во время разработки), который вы хотите получить во время развертывания.
Оба они известны как масштабируемые, стабильные и обеспечивающие отличную производительность.
PS: я читал о человеке, "застревающем" с некоторыми незначительными проблемами / ошибками в упругом поиске. Тем не менее, есть много, которые удовлетворены.:D
Я могу говорить только о Solr, потому что это то, что мы используем.
Я развернул стек Solr на EC2, и мы обрабатываем несколько миллионов записей в каждой базе данных. В настоящее время у меня есть настройка master / slave и очень хорошая схема.
Помимо очевидных преимуществ Solr в производительности и удивительных запросов, которые вы можете выполнять, часто упускают из виду то, насколько легко его настраивать и изучать! Мне потребовался день, чтобы прочитать Solr 1.4 Enterprise Search Server, и в течение недели я построил довольно солидные AMI Master и Slave на Amazon EC2, провел нагрузочное тестирование и настроил задания Map Reduce для непрерывной загрузки данных в Solr Master.
Мои два цента.