Solr vs. ElasticSearch

Question

Quelles sont les principales différences architecturales entre ces technologies?

En outre, quels cas d'utilisation sont généralement plus appropriés pour chacun?

Answer 1

Mise à jour

Maintenant que la question de la portée a été corrigé, je pourrais ajouter quelque chose à cet égard:

Il y a beaucoup de comparaisons entre Apache Solr et ElasticSearch disponible, je vais donc référence à ceux que j'ai trouvé le plus utile à moi-même, c'est à dire couvrant les aspects les plus importants:

• Bob Yoplait déjà lié kimchy réponse à ElasticSearch, Sphinx, Lucene, Solr, Xapian. Qui s'inscrit où?, qui résume les raisons pour lesquelles il est allé de l'avant et a créé ElasticSearch, qui, à son avis fournit une quantité supérieure modèle distribué et la facilité d'utilisation en comparaison à Solr.

• Ryan Sonnek est en temps réel de la Recherche: Solr vs Elasticsearch propose une analyse perspicace/comparaison et explique pourquoi il a changé de Solr pour ElasticSeach, en dépit d'être un heureux Solr utilisateur déjà qu'il résume comme suit:

  Solr peut-être l'arme de choix lors de la construction de la norme de recherche applications, mais Elasticsearch prend au prochain niveau avec une architecture pour la création moderne en temps réel des applications de recherche. La Percolation est un excitant et novateur que de raison, à lui seul coups de Solr droit hors de l'eau. Elasticsearch est évolutive, rapide et un rêve d'intégrer avec. Adios Solr, c'était agréable de savoir que vous. [c'est moi qui souligne]

• L'article de Wikipedia sur ElasticSearch cite une comparaison de la réputation de l'allemand iX magazine, liste des avantages et des inconvénients, qui assez bien résumer ce qui a été dit ci-dessus déjà:

  Avantages:

  • ElasticSearch est distribué. Pas de projet requis. Les répliques sont en temps quasi-réel, ce qui est appelé "Push de réplication".
  • ElasticSearch prend entièrement en charge la quasi temps réel, la recherche d'Apache Lucene.
  • La manipulation multilocataire n'est pas une configuration spéciale, où avec Solr une configuration plus avancée est nécessaire.
  • ElasticSearch introduit le concept de la Passerelle, ce qui rend les sauvegardes complètes plus facile.

  Inconvénients:

  • Un seul développeur principal [non plus applicable en fonction du courant elasticsearch GitHub organisation, en plus d'avoir une jolie active committer base en premier lieu]
  • Pas de autowarming fonction [pas plus applicable selon le nouvel Indice de Chauffe API]

---

Début De Réponse

Ils sont complètement différents des technologies de l'adressage complètement différents cas d'utilisation, ne peut donc pas être comparé à tous de manière significative:

• Apache Solr - Apache Solr offre de Lucene capacités dans un facile à utiliser, fast search server avec des fonctionnalités supplémentaires comme la recherche à facettes, de l'évolutivité et beaucoup plus

• Amazon ElastiCache - Amazon ElastiCache est un service web qui le rend facile à déployer, exploiter et mettre à l'échelle un cache en mémoire dans le cloud.

  • Veuillez noter que Amazon ElastiCache est compatible avec le protocole Memcached, une mémoire largement adopté objet système de mise en cache, donc le code, les applications et les outils que vous utilisez aujourd'hui avec Memcached actuel des milieux de travail de façon transparente avec le service (voir Memcached pour plus de détails).

[c'est moi qui souligne]

Peut-être que cela a été confondu avec les deux technologies liées d'une manière ou d'une autre:

• ElasticSearch - C'est un Open Source (Apache 2), Distribué, Reposant, Moteur de Recherche intégré sur le dessus de Apache Lucene.

• Amazon CloudSearch - Amazon CloudSearch est entièrement géré par le service de recherche dans le cloud qui permet aux clients de facilement intégrer rapide et hautement évolutive de recherche de fonctionnalités dans leurs applications.

Le Solr et ElasticSearch offres sonore étonnamment similaires à première vue, et les deux utilisent le même backend moteur de recherche, à savoir Apache Lucene.

Alors que Solr est plus, tout à fait polyvalent et mature et largement utilisé en conséquence, ElasticSearch a été développé spécifiquement pour répondre Solr les lacunes de l'évolutivité exigences modernes des environnements de cloud computing, ce qui est difficile(er) à l'adresse avec Solr.

En tant que tel, il serait probablement plus utile de comparer ElasticSearch avec l'introduction récente d' Amazon CloudSearch (voir l'introduction à la poste de Commencer à Chercher dans Une Heure pour Moins de 100 $ / Mois), parce que les deux demande de couvrir le même cas d'utilisation dans son principe.

Answer 2

Je vois certaines réponses ci-dessus sont maintenant un peu hors de date. De mon point de vue, et je travaille à la fois avec Solr(Cloud et de la non-Cloud) et ElasticSearch sur une base quotidienne, voici quelques différences intéressantes:

• Communauté: Solr a un plus grand, plus mature de l'utilisateur, développeur et contributeur de la communauté. ES a un plus petit, mais d'une communauté active d'utilisateurs et de plus en plus la communauté de contributeurs
• Maturité: Solr est plus mature, mais ES a augmenté rapidement, et je considère que c'est stable
• Performance: dur de juger. J'ai/nous n'avons pas fait direct critères de performance. Une personne à LinkedIn, le fait de comparer Solr vs ES contre Sensei la fois, mais les premiers résultats devraient être ignorés, car ils ont utilisé des non-experts configuration de Solr et ES.
• Conception: les Gens aiment Solr. L'API Java est un peu verbeux, mais les gens aiment la façon dont il est mis en place. Solr code n'est malheureusement pas toujours très jolie. Aussi, ES a la fragmentation, la réplication en temps réel, de documenter et de routage intégré. Alors que certains de ce qui existe dans Solr, aussi, il se sent un peu comme une arrière-pensée.
• Support: il ya des entreprises offrant des technologie et des conseils de soutien pour les deux Solr et ElasticSearch. Je pense que la seule entreprise qui assure la prise en charge est Sematext (divulgation: je suis Sematext fondateur)
• Évolutivité: les deux peut être adapté à de très grands groupes. ES est plus facile à l'échelle de pré-Solr 4.0 version de Solr, mais avec Solr 4.0 qui n'est plus le cas.

Pour plus approfondie de la couverture de Solr vs ElasticSearch sujet ont un coup d'oeil à http://blog.sematext.com/2012/08/23/solr-vs-elasticsearch-part-1-overview/ . C'est le premier post de la série de posts Sematext faire directs et neutre Solr vs ElasticSearch comparaison. Divulgation: je travaille à Sematext.