Dans ma dernière phrase il fallait lire solr et pas lucene.
Mais lucene est tout à fait utilisable tel que selon les besoins que tu as. Si ton besoin d'indexation est simple, ça peut valoir le coup de ne pas avoir à déployer un cluster solr/es. Tu n'a pas toujours besoin que ton index soit mis à jour en temps réel (pleins d'utilisateurs d'ES ne sont déjà pas temps réel) et si ton index n'explose pas (par exemple tu veux un index par utilisateur avec des quantités de données soumis à quotas), ça peut très bien le faire.
Par contre es est tellement simple à mettre en place et bien documenté que généralement ça n'a pas de sens de ne pas s'en servir (et il ne te limitera pas dans tes usages futurs).
[^] # Re: Alternatives
Posté par barmic 🦦 . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 5.
Dans ma dernière phrase il fallait lire solr et pas lucene.
Mais lucene est tout à fait utilisable tel que selon les besoins que tu as. Si ton besoin d'indexation est simple, ça peut valoir le coup de ne pas avoir à déployer un cluster solr/es. Tu n'a pas toujours besoin que ton index soit mis à jour en temps réel (pleins d'utilisateurs d'ES ne sont déjà pas temps réel) et si ton index n'explose pas (par exemple tu veux un index par utilisateur avec des quantités de données soumis à quotas), ça peut très bien le faire.
Par contre es est tellement simple à mettre en place et bien documenté que généralement ça n'a pas de sens de ne pas s'en servir (et il ne te limitera pas dans tes usages futurs).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll