Uses of Elasticsearch, and Things to Learn

Utilisations d'Elasticsearch et leçons à tirer

Elasticsearch from the Bottom Up, Part 1

Elasticsearch sous toutes les coutures, partie 1

<p><strong>MISE À JOUR :</strong> cet article fait référence à notre offre Elasticsearch hébergée par son ancien nom, à savoir Found. Il est à noter que Found est désormais connu sous le nom d'Elastic Cloud. <a href="https://www.elastic.co/fr/cloud/as-a-service/signup">Des essais gratuits de 14 jours de l'offre Elasticsearch hébergée sont disponibles sur Elastic Cloud</a>.</p><p>Elasticsearch peut-elle être utilisée en tant que base de données NoSQL ? NoSQL a plusieurs significations selon les contextes. Fait intéressant, ce terme n'a pas grand-chose à voir avec SQL. Commençons par répondre "Peut-être !" à cette question. Ensuite, étudions les diverses propriétés d'Elasticsearch et celles qui ont été sacrifiées afin de devenir l'un des moteurs d'analyse et de recherche les plus flexibles, scalables et performants à ce jour.
</p><section id="what-is-a-nosql-database-anyway" class="level2">
<h2><a href="#what-is-a-nosql-database-anyway">Au fait, qu'est-ce qu'une base de données NoSQL ?</a></h2>
<p>Dans l'expression <a href="http://nosql-database.org/">base de données NoSQL</a>, le mot NoSQL désigne des bases de données de nouvelle génération qui sont dotées <em>pour la plupart</em> de <em>certaines</em> des caractéristiques suivantes, à savoir être non relationnelles, distribuées, open source et à scalabilité horizontale. En d'autres termes, cette définition n'est pas très précise.
</p>
<p>Plus spécifiquement, elle ne concerne pas SQL. Par exemple, le langage de requête de <a href="http://hive.apache.org/">Hive</a> s'inspire clairement de SQL. C'est également le cas du langage de requête d'<a href="http://esper.codehaus.org/">Esper</a>, qui fonctionne sur des flux au lieu des relations. En outre, saviez-vous que PostgreSQL s'appelait "Postgres" et que "Quel" était son langage de requête à l'époque ? Même s'il s'agit avant tout d'un système de gestion de base de données relationnel-objet, il est désormais doté de nombreuses <a href="http://thebuild.com/blog/2013/07/02/postgresql-as-a-nosql-database/">fonctionnalités conçues pour en faire un système de stockage de documents sans schéma</a>.
</p>
<p>Il ne s'agit pas non plus des propriétés ACID. <a href="http://hyperdex.org/">Hyperdex</a> est un exemple de base de données NoSQL qui vise à fournir des transactions ACID. MySQL, sûrement une base de données SQL, a connu des interprétations douteuses de la signification exacte d'ACID.
</p>
<p>S'agit-il d'une base de données relationnelle ? La plupart des bases de données NoSQL ne prennent pas en charge la mise en relation de la même manière que les bases de données relationnelles traditionnelles et laissent cette tâche aux internautes. Toutefois, ce n'est pas le cas de toutes. <a href="http://www.rethinkdb.com/">RethinkDB</a>, <a href="http://hive.apache.org/">Hive</a> et <a href="http://pig.apache.org/">Pig</a> en sont quelques exemples. <a href="http://www.neo4j.org/">Neo4j</a>, une base de données orientée vers les graphes, gère les relations (c'est-à-dire les liaisons) en les parcourant d'une manière remarquable dans les graphes. Elasticsearch est dotée d'un concept de "moment de la requête" associé à des <a href="/guide/reference/mapping/parent-field">relations parent-enfant</a> et de "moment de l'indexation" associé à des <a href="/guide/reference/mapping/nested-type">types imbriqués</a>.
</p>
<p>S'agit-il d'une base de données distribuée ? Il existe des bases de données SQL et <a href="https://github.com/petersirka/nosql">quelques</a> <a href="http://ejdb.org/">projets</a> visant à devenir NoSQLite. Or, les bases de données de génération plus récente tendent à être distribuées d'une manière ou d'une autre.
</p>
<p>Pour résumer, il est illogique de définir précisément NoSQL ou d'affirmer tout simplement qu'Elasticsearch est une base de données NoSQL de stockage de documents. Au moment de la rédaction de cet article, le site <a href="http://nosql-database.org/">nosql-database.org</a> en répertorie plus de 20.
</p>
<p>Dans les prochaines sections, nous allons passer en revue quelques propriétés importantes et découvrir comment Elasticsearch les implémente ou non.
</p>
</section><section id="transactions" class="level2">
<h2><a href="#transactions">Aucune transaction</a></h2>
<p>Lucene, la base sur laquelle Elasticsearch se fonde, comprend un concept de transactions. En revanche, Elasticsearch n'est pas dotée de transactions au sens classique du terme. Il n'existe aucune méthode pour récupérer un document envoyé. En outre, vous ne pouvez pas envoyer plusieurs documents, puis les indexer tous ou aucun. Cependant, la solution configure un journal de transactions WAL (write-ahead-log) afin de garantir la longévité des opérations sans devoir réaliser une coûteuse validation Lucene. Vous pouvez également préciser le niveau de cohérence des opérations d'index, concernant le nombre de répliques devant reconnaître l'opération avant le renvoi du résultat. Par défaut, il s'agit d'un quorum, c'est-à-dire <span class="math">\(\lfloor\frac{n}{2}\rfloor + 1\)</span>.
</p>
<p>La visibilité des modifications est contrôlée lors de chaque actualisation d'un index (qui a lieu une fois par seconde par défaut) sur chaque partition individuellement.
</p>
<p>La version des documents envoyés est précisée en vue de contrôler la simultanéité optimiste.
</p>
<p>Elasticsearch est une solution conçue pour être rapide. La mise en place des transactions distribuées est une tâche <em>très</em> lourde. Il est donc plus facile de ne pas en fournir. En acceptant que les informations lues puissent être relativement obsolètes et que l'ensemble des internautes ait accès à la même chronologie, Elasticsearch peut fournir de nombreux services à partir des caches, un élément fondamental pour garantir les époustouflantes performances que nous adorons.
</p>
</section><section id="schema-flexible" class="level2">
<h2><a href="#schema-flexible">Flexibilité des schémas</a></h2>
<p>Elasticsearch ne vous <em>oblige</em> pas à spécifier en amont un schéma. Soumettez un document JSON. La solution va effectuer une estimation éclairée afin d'en déduire le type. Ce processus est efficace avec des éléments comme les données numériques, les caractères booléens et les horodatages. Pour les chaînes, la solution utilise un analyseur "standard", ce qui est un bon point de départ, en règle générale.
</p>
<p>Cette solution est sans doute indépendante des schémas, car il n'y a aucune <em>obligation</em> d'indiquer un schéma. Au contraire, nous la considérons comme une solution <em>flexible</em> par rapport aux schémas. Pour développer de formidables recherches ou analyses, vous devez vraiment affiner vos schémas. Elasticsearch est dotée d'un vaste éventail d'outils performants et utiles, comme les modèles dynamiques et les objets à champs multiples. Ils sont décrits plus en détail dans notre article consacré au mapping.
</p>
</section><section id="relations-and-constraints" class="level2">
<h2><a href="#relations-and-constraints">Relations et contraintes</a></h2>
<p>Elasticsearch est une base de données axée sur les documents. L'ensemble du graphe d'objet dans lequel vous souhaitez mener vos recherches doit être indexé. Par conséquent, avant d'indexer vos documents, ils doivent être <em>dénormalisés</em>. La dénormalisation augmente la performance de récupération (comme aucune association de requête n'est requise), utilise davantage d'espace (les objets devant être stockés plusieurs fois), mais rend la cohérence et l'actualisation plus difficiles (étant donné que toute modification doit être appliquée à toutes les instances). Toutefois, cette procédure est excellente pour les charges de travail qui sont écrites une seule fois, mais lues de nombreuses fois.
</p>
<p>Imaginons que vous deviez configurer une base de données comprenant des informations sur la clientèle, les commandes et les produits, et que vous souhaitiez mener des recherches dans les commandes à partir du nom d'un produit et d'une personne. Pour y parvenir, vous pouvez indexer les commandes à l'aide de toutes les informations requises sur cette personne et les produits. La recherche en est ainsi facilitée. Cependant, que se passe-t-il lorsque vous voulez modifier le nom du produit ? Dans une conception relationnelle avec une normalisation appropriée, il vous suffit d'actualiser le produit. C'est une force de ce modèle. Dans une base de données de documents dénormalisés, il faudra actualiser chaque commande liée au produit concerné.
</p>
<p>En d'autres termes, avec les bases de données orientées vers les documents comme Elasticsearch, nous concevons nos mappings et stockons nos documents afin qu'ils soient optimisés pour la recherche et la récupération.
</p>
<p>Comme expliqué dans l'introduction de cet article, Elasticsearch est dotée d'un concept de "moment de la requête" associé à des <a href="/guide/reference/mapping/parent-field">relations parent-enfant</a> et de "moment de l'indexation" associé à des <a href="/guide/reference/mapping/nested-type">types imbriqués</a>. Nous aborderons probablement ce sujet plus en détail dans un prochain article. Entre-temps, nous vous recommandons de regarder la présentation de Martijn van Groningen intitulée "<a href="/fr/videos/bbuzz2013-document-relations-with-elasticsearch">Document relations with Elasticsearch</a>" (Relations entre les documents avec Elasticsearch).
</p>
<p>La plupart des bases de données relationnelles vous permettent également de préciser des contraintes en vue de définir les cohérences et les incohérences. Par exemple, il est possible d'appliquer une unicité et une intégrité référentielles. Vous pouvez exiger que la somme des mouvements du compte soit positive et ainsi de suite. Les bases de données orientées vers les documents ont tendance à proposer ces options. Elasticsearch ne fait pas exception à la règle.
</p>
</section><section id="robustness" class="level2">
<h2><a href="#robustness">Solidité</a></h2>
<p>Une base de données doit être solide, en particulier s'il s'agit de votre système officiel de dossiers. Dans l'idéal, une requête coûteuse devrait pouvoir être annulée et il n'est pas du tout dans votre intérêt que la base de données ne fonctionne plus, sauf lorsque vous le souhaitez.
</p>
<p>Malheureusement, Elasticsearch (et ses composants) ne gère actuellement pas très bien les erreurs <code>OutOfMemory</code>. Nous abordons ce sujet plus en détail sur la page consacrée à <a href="/fr/blog/found-elasticsearch-in-production">la mise en production d'Elasticsearch et les pannes dues à une mémoire insuffisante</a>. Il est très important qu'Elasticsearch soit dotée d'une mémoire suffisante. Il est aussi essentiel de faire preuve de prudence avant l'exécution dans un cluster de production de recherches dont les exigences en matière de mémoire sont inconnues.
</p>
<p>La situation est susceptible de s'améliorer à mesure qu'Elasticsearch gagne en maturité. Cependant, il faut se rappeler qu'Elasticsearch est une solution conçue pour être <em>rapide</em>, en supposant qu'elle dispose d'une mémoire importante.
</p>
</section><section id="distributed" class="level2">
<h2><a href="#distributed">Une base de données distribuée</a></h2>
<p>Lisez également l'article consacré à <a href="/fr/elasticsearch">la mise en production d'Elasticsearch et au réseautage</a>.
</p>
<p>Avant que Shay Banon crée Elasticsearch, il travaillait sur <a href="https://thedudeabides.com/articles/the_future_of_compass">Compass</a>. Il s'est rendu compte qu'il serait difficile d'en faire un moteur de recherche distribué. Il a donc revu sa copie et créé Elasticsearch<span class="citation" data-cites="future-of-compass"><a href="#fn1" class="footnoteRef" id="fnref1"><sup>1</sup></a></span>. Elasticsearch est une solution conçue pour être distribuée et facile à <em>scaler</em> afin de gérer d'énormes quantités de données sur du matériel courant.
</p>
<p>Elasticsearch est une solution incroyablement facile à utiliser et à installer en tant que système distribué. Or, les systèmes distribués sont <em>compliqués</em>. Nous en parlons plus en détail dans notre article consacré à <a href="/fr/blog/found-elasticsearch-in-production">la mise en production d'Elasticsearch et au réseautage</a>. Les informations fournies ci-dessous en sont une brève synthèse.
</p>
<p>Une foule de problèmes peut survenir avec un système distribué, à cause de sa nature. En effet, différents systèmes de bases de données sont orientés vers divers points forts. Certains s'efforcent de fournir de solides garanties tandis que d'autres s'appliquent à être toujours disponibles, même s'ils contiennent parfois (voire la plupart du temps) des erreurs. En outre, les solutions qu'un système de base de données <em>affirme</em> pouvoir apporter lorsqu'un problème survient correspond rarement à la <em>réalité</em> à gérer, comme le souligne <a href="http://aphyr.com/">Kyle Kingsbury</a> dans son excellente série d'articles dédiés aux <a href="http://aphyr.com/posts/281-call-me-maybe-carly-rae-jepsen-and-the-perils-of-network-partitions">dangers relatifs aux partitions réseau</a>. En résumé, selon ses observations, même si les bases de données distribuées fonctionnent très bien quand tout va pour le mieux, la plupart rencontrent des difficultés lorsqu'elles doivent gérer <a href="http://aphyr.com/posts/288-the-network-is-reliable">le vaste éventail d'échecs possibles</a>.
</p>
<p>Concernant la cohérence, la disponibilité et la tolérance aux partitions, Elasticsearch est un système cohérent, mais non disponible dans les partitions réseau, ce qui correspond à une définition relativement insuffisante de "cohérent". Si vous gérez des charges de travail en lecture seule, Elasticsearch vous permet de bénéficier de comportements disponibles, mais non cohérents dans les partitions réseau, grâce à une exigence peu stricte quant au nombre minimal de nœuds maître, c'est-à-dire ne nécessitant pas de quorum. Or, en règle générale, la majorité des nœuds contenus dans le cluster doivent être disponibles. Tout processus d'écriture envoyé à un cluster mal configuré sans ces nœuds, c'est-à-dire un cluster doté d'un "split brain", peut engendrer une perte de données irrémédiable. Cette vulnérabilité n'est pas spécifique à Elasticsearch.
</p>
<p>En matière de scaling, un index est divisé en une ou plusieurs partitions, qui sont précisées lors de la création de l'index et ne peuvent pas être modifiées. Par conséquent, un index devrait être partitionné de manière équitable afin de gérer la croissance attendue. À mesure que des nœuds supplémentaires sont ajoutés au cluster Elasticsearch, il réaffecte et déplace les partitions de manière efficace. Ainsi, Elasticsearch est une solution très facile à scaler.
</p>
</section><section id="security" class="level2">
<h2><a href="#security">Sécurité</a></h2>
<p>Lisez également l'article consacré à <a href="/fr/security">la mise en production d'Elasticsearch et la sécurité</a>.
</p>
<p>Elasticsearch n'est dotée d'aucune fonctionnalité pour l'authentification ou l'autorisation. Vous devriez envisager d'attribuer des droits de "super utilisateur" à toute personne en mesure de se connecter à votre cluster Elasticsearch en particulier si les fonctionnalités de script performantes de cette solution sont activées.
</p>
</section><section id="summary" class="level2">
<h2><a href="#summary">Résumé</a></h2>
<p>Il est certainement possible d'utiliser Elasticsearch en tant que stockage principal, lorsque les limites décrites dans cet article ne constituent pas un obstacle majeur. L'utilisation de <a href="/fr/logstash">Logstash</a> en constitue un bon exemple. Logstash est un formidable outil de gestion des logs et d'intégration dans Elasticsearch, qui les archive peut-être aussi à un autre emplacement par sécurité. Les logs sont écrits une seule fois, mais lus de nombreuses fois. Aucune mise à jour, aucune transaction, aucune contrainte relative à l'intégrité ni aucune autre exigence n'est requise.
</p>
<p>Qu'en est-il des systèmes comme Postgres qui sont dotés de la <a href="http://www.postgresql.org/docs/current/static/textsearch.html">recherche full-text</a> <em>et </em> des transactions ACID ? (D'autres exemples peuvent être cités, comme les fonctionnalités full-text de MySQL, MongoDB et Riak.) Lorsque vous pouvez implémenter la recherche de base avec Postgres, cela entraîne une importante lacune concernant les éventuelles performances et les fonctionnalités. Comme expliqué dans la section consacrée aux <a href="#transactions">transactions</a>, Elasticsearch peut "tricher" et mettre une grande quantité de données en cache, sans tenir compte du contrôle de la simultanéité des diverses versions ni d'autres éléments créant des complications. En outre, la recherche ne consiste pas seulement à trouver un mot-clé dans un texte : il s'agit d'appliquer des connaissances spécifiques à un domaine afin d'implémenter de bons modèles de pertinence tout en donnant un aperçu de tous les résultats générés, mais aussi en effectuant diverses opérations, comme la vérification orthographique et la saisie semi-automatique, le tout <em>rapidement</em>.
</p>
<p>Elasticsearch est souvent utilisée <em>en parallèle</em> d'une autre base de données. Un système de base de données, qui est davantage orienté vers les contraintes, l'exactitude, la solidité, mais aussi la capacité à être facilement mis à jour sur un plan transactionnel, contient l'enregistrement maître qui est ensuite envoyé de manière asynchrone à Elasticsearch (ou extrait si vous utilisez une des rivières ou "rivers" d'Elasticsearch). La synchronisation des données sera abordée en détail dans un prochain article. Chez Found, nous utilisons habituellement PostgreSQL et ZooKeeper en tant que systèmes fiables, que nous intégrons à Elasticsearch afin de fournir une recherche remarquable.
</p>
<p>Bien entendu, il n'existe pas de solution miracle, ni aucune base de données magique. Cette quête étant vaine, il est préférable que vous connaissiez bien les points forts et faibles de vos systèmes de stockage.
</p>
<div class="references">
	<h2><a href="/">Références</a></h2>
	<p>Banon, Shay, <em>The future of compass & elasticSearch</em>, <a href="https://thedudeabides.com/articles/the_future_of_compass">https://thedudeabides.com/articles/the_future_of_compass</a>
	</p>
</div>
</section><section class="footnotes">
<hr>
<ol>
	<li id="fn1">Shay Banon, <em>The future of compass & elasticSearch</em>, <a href="https://thedudeabides.com/articles/the_future_of_compass">https://thedudeabides.com/articles/the_future_of_compass</a>.<a href="#fnref1">↩</a></li>
</ol>
</section>

Elasticsearch as a NoSQL Database

Elasticsearch, une base de données NoSQL

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Elastic Cloud Creator & Tech Lead

Alex Brasetvik

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Communication Preferences - ONLY for /communication-preferences

<p>En confirmant votre envoi, vous reconnaissez que vous avez lu et que vous acceptez nos <a href="/fr/legal/elastic-cloud-account-terms" target="_self">Conditions générales d'utilisation</a>, et vous acceptez de recevoir les <a href="/fr/legal/privacy-statement#how-we-use-the-information" target="_self">types de notification sélectionnés</a> à l'adresse que vous avez fournie plus haut. Pour en savoir plus ou pour revenir sur votre décision (possible à tout moment), consultez la <a href="/fr/legal/privacy-statement/" target="_self">Déclaration de confidentialité d'Elastic</a>.</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p><p>By submitting this form, I agree to Elastic sharing my contact information with Google Cloud. I also agree to Elastic giving my information to the vendor for the purpose of shipping my food package.</p>

GDPR Text + Google Cloud

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Serverless GDPR Text

<p>En confirmant votre envoi, vous reconnaissez que vous avez lu et que vous acceptez nos <a href="/fr/legal/serverless-preview-terms" target="_self">Conditions générales d'utilisation</a>, et vous permettez à Elastic de <a href="/fr/legal/privacy-statement#how-we-use-the-information" target="_self">vous contacter</a> à propos de produits et services similaires en utilisant les informations que vous avez fournies plus haut. Pour en savoir plus ou pour revenir sur votre décision (possible à tout moment), consultez la <a href="/fr/legal/privacy-statement/" target="_self">Déclaration de confidentialité d'Elastic</a>.</p>

<p>By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.</p>

Cloud Trial GDPR Text

<p>En envoyant votre demande d'inscription, vous acceptez les <a href="/fr/agreements/global/cloud-services-monthly" rel="nofollow">conditions générales d'utilisation d'Elastic Cloud</a>. Vos données personnelles seront traitées conformément à la <a href="/fr/legal/privacy-statement">déclaration de confidentialité d'Elastic</a>.
</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Newsletter GDPR Text

<p>En confirmant votre envoi, vous reconnaissez que vous avez lu et que vous acceptez nos <a href="/fr/legal/terms-of-use" target="_self">Conditions générales d'utilisation</a>, et vous permettez à Elastic de <a href="/fr/legal/privacy-statement#how-we-use-the-information" target="_self">vous contacter</a> à propos de produits et services similaires en utilisant les informations que vous avez fournies plus haut. Pour en savoir plus ou pour revenir sur votre décision (possible à tout moment), consultez la <a href="/fr/legal/privacy-statement/" target="_self">Déclaration de confidentialité d'Elastic</a>.</p>

Explore similar demos

Overview

You'll also receive an email with related content.

You'll also receive an email with related content

Nous vous enverrons plus de contenu susceptible de vous intéresser.

Speakers

Close

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

Le contenu de cette page n'est pas disponible dans la langue sélectionnée. Chez Elastic, nous mettons tout en œuvre pour vous proposer du contenu dans différentes langues. En attendant, nous vous remercions de votre patience !

See more insights

Articles by

Author

Learn more

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Load More

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

Voir à quelle heure débute le webinar dans mon fuseau horaire

Register to Watch

Register now

See All Posts

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

Si vous ne pouvez pas vous libérer le jour J, inscrivez-vous et nous vous enverrons l'enregistrement. Vous recevrez aussi un e-mail contenant des ressources connexes.

Small image for

On-demand webinar

Featured webinar

Register to Attend

Share on Facebook

Reset all

Upcoming webinar

View more posts

Print

Hosted by

Sign In to Attend

View next

Follow us on Facebook

Share

Highlights

Read less

Thank you for registering. We will send you a confirmation email soon.

Nous vous remercions de votre inscription. Vous allez recevoir un e-mail de confirmation.

Author

Articles by Alex Brasetvik

Elastic Cloud Creator & Tech Lead, Elastic

Utilisations d'Elasticsearch et leçons à tirer

Elasticsearch sous toutes les coutures, partie 1

Elasticsearch, une base de données NoSQL