Ingestion de données : exploiter la puissance des connecteurs CMS

Jae  

Nous sommes de retour aujourd'hui pour enregistrer un nouvel épisode du podcast SearchStax. Cet épisode poursuit sur le thème de l'ingestion de données. Nous parlons plus précisément des connecteurs CMS, et plus particulièrement de Drupal et Sitecore. Alors, Pete et Karan, merci encore de votre présence ! Nous sommes ravis de vous accueillir. Allons droit au but : parlons d'abord de ces connecteurs. Que sont-ils ? Comment y accéder ? À quoi servent-ils exactement ? Pourquoi en avons-nous besoin ? Pourrions-nous commencer par un aperçu général ? Karan, nous allons commencer par vous.

Karan  

Les connecteurs sont, comme leur nom l'indique, là pour vous aider à vous connecter à nous. SearchStax Site Search fournit un index et un service de recherche, mais vous devez y envoyer vos données. Car un index ne peut être créé que sur des données. C'est là que les connecteurs entrent en jeu. Si vous utilisez un CMS comme Sitecore ou Drupal, vous pouvez utiliser nos connecteurs pour vous connecter à Site Search et les utiliser pour lui envoyer des données. Ces connecteurs vous permettent également de récupérer les données de Site Search et de les exploiter comme vous le souhaitez. Vous pouvez également utiliser les API directement pour récupérer les données. Vous pouvez également créer votre propre couche à l'aide des connecteurs et utiliser les données provenant de Site Search pour les afficher sur votre site web. C'est là que les connecteurs entrent en jeu pour faciliter la communication avec SearchStax Site Search.

Jae  

Génial. C'est très utile. Je pense que beaucoup de personnes novices en la matière ingèrent peut-être des données pour la première fois. C'est donc un contexte très utile. Et peut-être que l'autre point qui m'intéresse ici est : pourriez-vous nous dire si ces outils fonctionnent immédiatement ? À quelle fréquence la personnalisation est-elle nécessaire ? Quand ces options de personnalisation entrent-elles en jeu ? Pete, commençons par vous.

Pete  

Oui, pour ce qui est des fonctionnalités prêtes à l'emploi, vous pouvez évidemment télécharger nos connecteurs directement depuis notre site web, selon la plateforme que vous utilisez. Par exemple, Sitecore propose également des images Docker qui vous permettent d'accéder à nos modules, notamment pour vos images Docker. Concernant la configuration, il y aura toujours des ajustements à effectuer. La plupart du temps, vous souhaiterez peut-être indexer différents champs. Surtout côté front-end, si vous utilisez notre accélérateur tel quel, nos modules sont généralement compatibles avec l'accélérateur. Cependant, des personnalisations seront toujours nécessaires, car les besoins de recherche varient d'un utilisateur à l'autre. Je dirais donc qu'il y aura des personnalisations dès le départ.

Jae  

Y a-t-il des problèmes plus courants, comme ceux que vous avez mentionnés – et il y en aura toujours –, mais y a-t-il des problèmes que les gens rencontrent le plus souvent dans les cas d'utilisation les plus courants ? Karan, avez-vous des commentaires ?

Karan  

Oui. Par exemple, dans Sitecore, vous pouvez utiliser un champ calculé pour afficher quelque chose sur votre site web. Vous devrez donc le configurer dans le connecteur. Dans Drupal, vous pouvez utiliser plusieurs champs différents à partir desquels vous extrayez les données, puis créez une page web. Vous devrez donc configurer votre connecteur pour indexer tous ces champs. Ce type de personnalisation ou de configuration est donc nécessaire lors de l'installation et de l'utilisation du connecteur.

Jae  

Connaissez-vous des exemples de points de vue communs que vous pourriez partager avec vos auditeurs ? En lien avec le secteur de la santé ou de l'enseignement supérieur, voyez-vous des configurations communes ?

Karan  

J'ai constaté dans l'enseignement supérieur que des utilisateurs utilisent des champs calculés pour créer des facettes. On peut ainsi créer une facette en fonction du type de cours, de sa durée et de son lieu de formation. Il est possible d'extraire des données de différentes sources pour créer cette facette. Il est donc possible de configurer l'ensemble de ces champs pour qu'ils soient indexés lors de l'exécution du connecteur. Il en va de même pour Drupal : il faut sélectionner correctement les champs pour garantir l'indexation de toutes les données. Il faut sélectionner tous les champs nécessaires à la création de ces facettes. C'est vrai pour la santé, l'enseignement supérieur ou tout autre secteur : pour créer des facettes spécifiques à un secteur, il faut les configurer dans le connecteur. Il faut configurer les champs à récupérer et leur indexation lors de la création de ces facettes. 

Par exemple, dans Drupal, je me souviens avoir rencontré un problème avec l'un de nos clients : il récupérait des données sur le type de cours. Il classait les données en trois catégories : licence, master, master et doctorat. Il avait sélectionné le bon champ, et les données étaient récupérées. Sur le site web, chaque fois qu'il cliquait sur licence ou master, tout fonctionnait correctement. Mais dès qu'il cliquait sur master, tout disparaissait. Après vérification, nous avons constaté que le type de champ sélectionné était incorrect. On peut donc rencontrer ce genre de problème, où il faut non seulement sélectionner les bons champs, mais aussi les bons types de champs pour garantir leur bon fonctionnement.

Jae  

Super. Passons maintenant à l'aspect opérationnel. Combien de temps faut-il généralement pour configurer le connecteur ? Pourriez-vous nous expliquer en détail à quoi cela ressemble, afin que nous ayons une idée des étapes clés à suivre. Commençons par Sitecore.

Pete  

Pour ce qui est de la configuration du connecteur pour Sitecore, nous allons aborder la question de manière simple. Je ne détaillerai pas la configuration complète de Docker, mais je vais simplement la simplifier. Étape 1 : Téléchargez le connecteur directement depuis notre site web. Il est configuré comme un package Sitecore. Tout développeur Sitecore comprend ce qu'est un package Sitecore. Il se présente sous la forme d'un fichier zip, et vous suivez les processus de l'interface utilisateur de Sitecore pour l'installer sur le serveur de gestion de contenu. Notre module est alors installé dans Sitecore. Cela signifie que des fichiers de configuration sont créés et des fichiers DLL sont importés sur le serveur. Une fois la configuration terminée, un bouton d'action s'affiche : vous pouvez accéder à la page de configuration SearchStax, directement dans la barre latérale, et commencer à configurer votre index Site Search dans l'application pour le connecter à Sitecore. Nous utilisons le moteur d'indexation natif de Sitecore. Si vous connaissez le fonctionnement de Sitecore avec Solr, vous savez qu'il utilise une série d'index, comme l'index de remasterisation, l'index Web, l'index de rapports, et bien d'autres encore. Notre module Sitecore, ou connecteur, s'intègre comme un index reconnu par Sitecore. Vous pouvez donc exécuter les mêmes fonctions, renseigner le schéma et indexer comme n'importe quel autre index. Sa particularité réside dans le fait qu'il utilise de nombreuses propriétés par défaut de Sitecore pour la création d'un index, tout en offrant une zone permettant de personnaliser et de configurer les champs calculés et d'autres aspects qui ne sont pas forcément présents dans vos configurations Solr. Une fois la connexion entre l'application Site Search et Sitecore configurée (et notre interface utilisateur graphique le permet), l'index prend vie. Comme nous l'expliquons dans l'un de nos articles, c'est à partir de là que l'index prend vie. pages de documentation sur SearchStax.com, vous parcourez et renseignez votre schéma, qui va configurer tous les champs connus de Sitecore, et dites à Solr : « Voici tous les champs que nous avons dans notre système. » Cela permet à l'utilisateur d'accéder à son tableau de bord de recherche sur site, d'accéder aux paramètres de l'application, de cliquer sur recharger le schémaCela affichera tous les champs disponibles dans le tableau de bord de Recherche de Site connus de Sitecore. Vous pourrez ensuite configurer vos résultats pour sélectionner différents champs ou configurer votre modélisation de pertinence. Ainsi, tout élément nécessitant des références automatiques à des champs via le tableau de bord s'affichera automatiquement dès que vous cliquerez dessus. Ensuite, il suffit d'indexer le contenu pour que les premiers résultats apparaissent dans l'index. Pour ce faire, utilisez le gestionnaire d'indexation de Sitecore : il vous suffit de sélectionner l'index de Recherche de Site. Et en un clin d'œil, le contenu est déjà dans votre index de Recherche de Site. Voilà pour l'essentiel : il s'agit d'intégrer le contenu de Sitecore dans l'application Recherche de Site. 

L'étape suivante concerne l'aspect front-end de l'obtention des résultats de recherche. Si vous utilisez notre accélérateur par exemple, nous avons intégré un composant ou un rendu MVC à notre connecteur Site Search. Tout développeur Sitecore maîtrisant le développement back-end comprend ce qu'est un rendu MVC : il s'agit d'un rendu d'affichage que vous pouvez ajouter aux propriétés d'affichage de votre modèle et afficher une vue contenant notre accélérateur. Tant que ce composant est présent sur la page et qu'il contient l'un des autres composants de style que nous intégrons, ces deux options vous offriront automatiquement une expérience de recherche sur toutes les pages que vous fournissez, à condition que la largeur du conteneur (espaces réservés) soit correcte. La configuration est donc assez simple. Si vous avez besoin d'une approche plus personnalisée, si l'accélérateur ne vous convient pas, vous pouvez alors créer votre propre interface de recherche. Vous pouvez utiliser nos API ou Site Search. API pour réellement gérer tout ça.

Jae  

Génial. Merci de nous avoir expliqué tout ça. C'était vraiment utile. Karan, avez-vous des exemples de clients qui ont donné leur avis sur le processus lui-même ? Par exemple, sa simplicité, ou simplement des retours ou des suggestions concrètes.

Karan  

Oui, j'ai travaillé avec de nombreux clients Sitecore. Et le processus a été assez simple pour eux. En effet, tout développeur Sitecore qui consulte le module comprend instinctivement ce qu'il faut faire. La plupart des utilisateurs Sitecore sont conscients de tout cela. Ainsi, lorsqu'ils consultent le package, ils comprennent ce qu'il faut faire. Et une fois qu'ils ont consulté notre documentation, tout est clair pour eux. Après cela, ils peuvent l'utiliser sans problème. Il arrive qu'ils reviennent vers nous en nous demandant : « Bon, j'avais l'habitude de définir mes champs ici. Comment puis-je les définir maintenant ? » Nous les renvoyons alors simplement à notre documentation, ou nous leur disons : « Au lieu de le faire dans ce fichier, effectuez les modifications dans ce fichier. » Et c'est à peu près tout. 

Après cela, ils se lancent et réalisent des choses incroyables. Par exemple, un client du secteur de la santé a créé une page de recherche entièrement personnalisée, tout simplement superbe. Je ne sais pas si je peux citer le nom, mais ils ont créé une page unique à partir de quatre ou cinq points de données différents. Ils ont ensuite créé une page de recherche à partir de ces données. Nous avons également accompagné deux clients du secteur de l'enseignement supérieur dans leur première implémentation, mais ils ont ensuite ajouté quatre ou cinq expériences de recherche différentes à leur site web sans notre intervention. Ils ont donc tout simplement suivi le mouvement. C'est donc assez simple.

Jae  

C'est génial. Et Pete, tu as mentionné plus tôt que beaucoup de gens effectuent des mises à niveau Sitecore pour migrer vers Solr. Je me demandais donc – c'est du côté de la recherche gérée – s'il y avait quelque chose à ce sujet que nous devrions mentionner ici. Tu as mentionné plus tôt que beaucoup de gens qui viennent de là connaissent Solr, et je ne voulais pas faire de suppositions.

Pete  

En fait, lorsque vous utilisez notre connecteur Sitecore, vous n'avez pas forcément besoin de connaître Solr. Sitecore, en général, s'occupe de tout. C'est pourquoi il est assez simple à utiliser, car vous n'avez pas besoin de connaître grand-chose du schéma, ni du schéma par défaut : Sitecore configure tout. Mais d'un point de vue plus personnalisé, vous n'utilisez pas vraiment Solr pour personnaliser les choses, vous utilisez plutôt la configuration Sitecore, ce qui simplifie un peu la tâche des développeurs. Ils seront habitués à modifier les fichiers de configuration Sitecore et à utiliser les fichiers de correctifs Sitecore pour modifier la configuration Sitecore, afin d'apporter des modifications au schéma qui sera finalement renseigné dans ce dossier grâce à la propriété. En général, vous n'avez pas besoin de connaître beaucoup Solr pour utiliser le connecteur, du moins pour Sitecore. Je pense que c'est un peu la même chose avec Drupal. La différence réside dans le fait que vous pourriez avoir besoin de Solr si vous devez personnaliser la requête ou si vous avez besoin de paramètres de requête plus avancés, utilisant spécifiquement Solr. C'est là qu'une connaissance approfondie de Solr peut s'avérer plus pertinente.

Jae  

Génial. Avez-vous des exemples de cas où nous avons apporté notre aide consultative sur Solr, notamment en matière de recherche sur site ?

Karan  

Oui, notre client de l'enseignement supérieur, dont je parlais, avait un cas d'utilisation très particulier : il souhaitait rechercher quelque chose comme « Bachelor of Nursing ». Chaque fois qu'un utilisateur cherchait ce terme, il souhaitait que la correspondance exacte apparaisse en haut de la liste. Ensuite, d'autres correspondances devaient apparaître. Mais ce n'était pas le cas, car il y avait un autre cours intitulé « Bachelor of Nursing » ou quelque chose du genre ; il contenait un mot supplémentaire. Et celui-ci apparaissait toujours en premier, suivi du résultat « Bachelor of Nursing ». Donc, chaque fois qu'un cas d'utilisation comme celui-ci se présente, cela nous semble très simple : il suffit de faire une correspondance exacte, et si quelqu'un cherche « Bachelor of Nursing », c'est ce mot qui devrait apparaître en premier. Mais faire cela avec Sitecore est complexe. Il est difficile d'obtenir à la fois une correspondance exacte et une correspondance inexacte dans la même requête. Car si vous faites une correspondance exacte, rien d'autre n'apparaîtra ; vous n'obtiendrez qu'un seul résultat de recherche. C'est tout. Ils avaient donc ce cas d'utilisation qu'ils voulaient résoudre. Pour cela, nous leur avons proposé des services de conseil leur suggérant d'utiliser un type de champ spécifique dans Solr, ce qui leur permettrait de le faire. En fait, pour eux, nous avons dû créer ce champ. Solr ne proposait aucune solution prête à l'emploi pour y parvenir, alors nous avons créé un champ pour eux. Ils ont ensuite réindexé leurs données dans ce champ, ce qui leur a permis d'obtenir des correspondances exactes et inexactes dans la même requête sans avoir à modifier considérablement leur solution Sitecore.

Jae  

Super, merci pour ce contexte, Karan, c'est vraiment utile. Y a-t-il quelque chose de spécifique à Drupal que nous devrions également savoir ? Je sais que nous en avons déjà parlé pendant votre discussion. Mais puisque nous commençons avec Sitecore, y a-t-il des aspects spécifiques à Drupal que nous devrions également aborder ici, pour ceux qui nous écoutent ?

Karan  

Le processus d'intégration avec Drupal est assez similaire à celui de Sitecore. Cependant, comme il s'agit de plateformes différentes, leurs exigences diffèrent. Drupal permet de décomposer facilement l'expérience en deux parties : l'une est l'ingestion et l'autre la consommation de données. Si vous souhaitez résoudre le problème de l'ingestion de données dans Drupal, vous devez remplir certains prérequis. Par exemple, vous devez utiliser l'API de recherche de Drupal. Vous implémentez la recherche et avez donc besoin de l'API de recherche. Ensuite, vous devez utiliser l'API de recherche Solr, car vous utilisez la recherche avec Solr. Enfin, vous avez besoin d'un module SearchStax à installer dans Drupal pour utiliser votre API de recherche avec l'index partagé que nous avons créé. Nous proposons trois offres : SearchStax Managed Search Dedicated, SearchStax Managed Search Shared et SearchStax Site Search. En installant ce module, vous pouvez utiliser ces trois offres. Sinon, vous pouvez simplement utiliser SearchStax Managed Search. Donc, une fois que vous avez installé ce moduleVous pouvez ensuite indexer vos données. Sélectionnez l'index créé pour vous, l'index SearchStax Site Search, et importez vos données dans Drupal. Assurez-vous ensuite que tous les champs sont sélectionnés correctement, mais aussi que leurs types sont corrects. Sélectionnez également les analyseurs pour vous assurer que, si l'un de vos champs contient du contenu STML, vous ne stockez pas le contenu HTML, mais le contenu analysé. Vous pouvez donc sélectionner cette option dans Drupal. Une fois que vous êtes satisfait de tous les champs sélectionnés et de leur indexation, cliquez sur le bouton d'indexation pour télécharger toutes les données. Ensuite, à vous de choisir la suite. Si vous souhaitez utiliser l'API de recherche Drupal, vous pouvez le faire. Une fois le module SearchStax de l'API de recherche installé, vous aurez la possibilité de rediriger tous les appels de l'API de recherche vers Site Search. Il vous suffit de cocher cette case pour commencer à utiliser la recherche sur site en arrière-plan. Ce même module vous permet également de configurer vos propres analyses. Si vous utilisez l'API de recherche, il vous suffit de saisir la clé d'analyse et l'intégration se fera. Cependant, de nombreux clients Drupal optent également pour la solution headless, c'est-à-dire pour créer leur propre page web. utiliser directement les APIEt c'est possible. Si vous souhaitez utiliser des modèles twig dans Drupal, téléchargez simplement le code disponible sur notre site web. Vous pouvez télécharger une page d'exemple depuis Site Search, puis l'importer dans votre modèle twig et votre page de recherche sera opérationnelle. C'est ce que font beaucoup de nos clients Drupal. Si vous souhaitez utiliser directement les API, nous proposons une suite complète d'API que vous pouvez utiliser pour créer votre propre expérience de recherche. Vous disposez donc de nombreuses options pour utiliser Site Search. Mais pour envoyer des données à Site Search, c'est assez simple : il suffit de configurer un module. Et voilà.

Jae  

C'est génial. Merci Karan. Pete, as-tu quelque chose à ajouter ? Karan a-t-il déjà tout dit ?

Pete 

Ouais, non, je pense qu'en ce qui concerne Drupal, je pense que Karan a à peu près couvert cela. 

Jae  

D'accord. Concernant les cas d'utilisation, y a-t-il des retours d'expérience que nous pourrions recueillir – comme pour Sitecore – des clients Drupal concernant le processus ? Ou, simplement, concernant les cas d'utilisation, y a-t-il des pratiques spécifiques que les utilisateurs pourraient utiliser et que nous aimerions connaître ?

Karan  

Oh, il y a un point sur lequel je dois m'assurer de former nos clients, concernant l'utilisation des modules Drupal, c'est la modélisation de la pertinence. Dans SearchStax Site Search, vous configurez toute votre pertinence dans SearchStax Site Search; on ne dépend plus de Drupal. Mais beaucoup d'utilisateurs de Drupal ont l'habitude d'effectuer ce genre de modifications dans leurs modules d'API de recherche. C'est donc une différence. Je dois m'assurer que les clients comprennent bien qu'il n'y a plus de modélisation de la pertinence dans Drupal, il faut passer par la recherche sur site. Mais à part ça, c'est très simple. Une fois qu'ils commencent à l'utiliser, beaucoup de nos clients trouvent cela logique. Cela leur simplifie aussi la vie, car les contrôles et les boutons disponibles sont bien meilleurs que ce à quoi ils sont habitués. Ils sont donc généralement satisfaits de se fier à cet aspect et de passer à autre chose.

Jae  

Génial. Merci Karan. Y a-t-il quelque chose de spécifique à savoir concernant Acquia, qui va au-delà d'une installation Drupal standard ? Ce serait un bon point à aborder.

Pete  

Concernant Acquia, notre connecteur Drupal fonctionne généralement parfaitement. En fait, il n'y a aucune différence dans les configurations d'installation ni dans le processus d'installation du logiciel, ce qui est excellent. La transition est donc très simple, surtout pour ceux qui migrent un site Drupal vers Acquia. Toutes ces configurations fonctionneront parfaitement.

Karan  

Oui. J'ai remarqué une différence chez les clients Acquia : ils n'ont généralement pas qu'un seul site. Ils en ont généralement plusieurs. Certains sont sur Acquia, Drupal, d'autres sur Salesforce, par exemple, et ils peuvent aussi disposer d'un référentiel de documents et du produit Acquia Widen. Leurs données sont donc assez dispersées. C'est un défi supplémentaire que nous avons rencontré, et que nous constatons chez les clients Acquia : ils doivent non seulement s'appuyer sur notre connecteur SearchStax Site Search, mais aussi configurer nos robots d'exploration web afin d'extraire des données de différentes sources et de créer une expérience de recherche unifiée, leur permettant d'utiliser une seule page de recherche pour parcourir tous leurs sites web et leurs sections.

Jae  

Oui, c'est vraiment important. Merci de l'avoir souligné. Nous allons enregistrer un autre épisode consacré spécifiquement aux robots d'indexation, et nous avons hâte d'y assister. C'est très intéressant à entendre, car c'est logique. Ce sont généralement les grandes entreprises qui utilisent Acquia. Avez-vous des recommandations générales ? En résumé, le processus d'installation semble très simple, avec de nombreuses options de flexibilité et de configuration accessibles directement via notre interface. Y a-t-il d'autres points à connaître ou à régler en amont, auxquels vous pouvez vous référer ? Nous disposons évidemment d'une documentation complète à ce sujet, mais j'aimerais connaître votre avis et un résumé de ce point.

Pete  

Oui, je pense que pour commencer, si vous réfléchissez aux prérequis, à ce dont vous pourriez avoir besoin avant d'utiliser l'un de ces simulateurs, pensez à créer votre application de recherche sur site, peut-être pas configurée, mais au moins créée, afin que nous puissions y accéder lors de la configuration des connecteurs. Mais en réalité, avoir une idée générale de vos champs et du type de contenu dont vous disposez – parfois, il suffit de faire un inventaire des champs : je sais que je veux que mon champ de titre apparaisse dans mes résultats de recherche, ai-je un champ de titre approprié, discret et indexable ? D'autres considérations, comme : qu'en est-il du multilingue ? N'est-ce pas ? Y a-t-il un autre champ qui pourrait nécessiter une version multilingue différente ? Il faut donc réfléchir aux différents types de champs. Parmi les autres types de champs généralement courants, y a-t-il un champ URL ? Un champ de description ? Et qu'en est-il du facettage ? Avez-vous les champs de facette appropriés ou une taxonomie différente ? Il faut s'assurer que certains de ces éléments sont connus ou au moins configurés. Du côté de l'accélérateur, cela n'a pas vraiment d'importance, car nous n'explorons pas nécessairement le site. Mais si vous utilisez le connecteur avec un robot d'exploration, vous devez également vous assurer que vos pages web disposent des balises méta appropriées, configurées et visibles. Du moins, pour moi… Karan, je ne sais pas si vous avez quelque chose à ajouter. 

Karan  

Non, c'est à peu près tout. Vous devez avoir une application SearchStax et pouvoir vous y connecter. C'est un problème que nous rencontrons souvent : les règles de pare-feu réseau empêchent la connexion. Nous passons donc environ une semaine à régler ce problème. Assurez-vous simplement d'avoir une application et de pouvoir vous y connecter. Consultez ensuite notre page de documentation : elle répertorie tous les prérequis d'installation et toutes les étapes à suivre. Comme Pete l'a mentionné, il est essentiel de bien identifier les champs à sélectionner et à indexer pour l'ingestion de données.

Pete  

Un autre point qui m'est venu à l'esprit, pendant que Karan parlait, concernait le type de connexion. Ainsi, pour accéder au tableau de bord de recherche sur site, vous pouvez utiliser l'authentification à deux facteurs. En général, nos anciennes versions – du moins pour le connecteur Sitecore, je ne sais pas exactement pour Drupal – mais je sais que pour Sitecore, elles ne prenaient pas en charge l'authentification à deux facteurs pour accéder à l'application à des fins de configuration. Je crois que c'est la version 2.0, dont je ne sais pas quand elle sortira, mais – ou, pardon, je ne sais pas quand ce podcast sortira. Mais ça concerne la version 2.0. Nous prévoyons d'intégrer l'authentification multifacteur à la configuration du connecteur Sitecore. Si vous rencontrez des problèmes d'accès au connecteur, essayez de désactiver l'authentification à deux facteurs, si elle est activée, afin de poursuivre le processus. Sinon, c'est la seule autre solution qui me vient à l'esprit.

Jae 

Super, tout cela est vraiment important. Merci d'avoir abordé ce sujet. J'allais justement vous demander ce que les gens peuvent lire ou regarder d'autre pour mieux utiliser nos connecteurs. Nous avons une série d'autres ressources. épisodes de podcast sur l'ingestion de données, mais à part la documentation, nous avons quelques blogs, Je crois. 

Eh bien, merci beaucoup les gars. C'était vraiment très utile. La prochaine fois, on fera la troisième partie. Merci encore. Et merci à tous de votre écoute. Restez connectés pour la suite.