Je veux passer mon projet Rails de Solr à Elastic Search (juste pour le plaisir), mais je ne suis pas sûr de la meilleure approche pour indexer les documents. À l'heure actuelle, j'utilise Resque (job d'arrière-plan) pour cette tâche, mais j'ai été à la recherche de "rivières" sur Elastic Search et elles semblent prometteuses.MongoDB rivière VS RabbitMQ rivière VS travail d'arrière-plan (resque)
Quelqu'un qui a de l'expérience sur ce sujet peut me donner quelques conseils? résultats de performance? l'évolutivité?
Merci à l'avance
P.S: Bien est juste pour le plaisir en ce moment, je pense à migrer Solr Elastic Rechercher un projet plus vaste dans la production.
Merci Karmi. Quelques questions supplémentaires: Comment Tyre synchronise-t-elle en interne la base de données Rails (dans mon cas MongoDB) avec l'index Elastic Search? Que se passerait-il si la tâche d'index échouait (c'est-à-dire que la recherche élastique est en panne)? Et juste pour vérifier, je suppose qu'une fois que vous définissez les mappages, il met à jour seulement l'index de recherche élastique est l'un des paramètres de la cartographie a changé, non? Merci d'avance, et désolé pour ces questions newbie – fertapric
Voilà beaucoup de questions pour un commentaire ... (erreur .. mise à jour ci-dessous :) – karmi
1. Vous choisissez comment vous voulez synchroniser - Tire fournit un module de rappel qui se synchronisent sur le modèle mises à jour/suppressions. Vous pouvez vouloir utiliser une autre stratégie, écrite par vous-même. 2. Rien ne se passe par défaut lorsque l'indexation échoue - c'est un jeu différent où vous définissez les règles. 3. Tire met à jour l'index ES en fonction de a) vos correspondances, b) de votre méthode 'to_indexed_json' – karmi