|
| 1 | +--- |
| 2 | +kind: faq |
| 3 | +private: true |
| 4 | +title: Guide de création d'une intégration de logs pour les partenaires Datadog |
| 5 | +--- |
| 6 | + |
| 7 | +## Présentation |
| 8 | + |
| 9 | +Ce guide vise à expliquer aux partenaires Datadog comment créer une intégration de logs. Le processus comprend les étapes suivantes : |
| 10 | + |
| 11 | +1. [Envoyer des logs à Datadog](#envoyer-des-logs-a-datadog) |
| 12 | +2. [Configurer les ressources de l'intégration de logs dans votre compte partenaire Datadog](#configurer-les-ressources-de-l-intégration-de-logs-dans-votre-compte-partenaire-datadog) |
| 13 | +3. [Contrôler et déployer l'intégration](#controler-et-deployer-l-integration) |
| 14 | + |
| 15 | +## Envoyer des logs à Datadog |
| 16 | + |
| 17 | +Envoyez des logs à Datadog via l'endpoint d'ingestion de logs HTTP. Consultez la [documentation relative à l'API d'envoi de logs][1] pour en savoir plus sur cet endpoint. |
| 18 | + |
| 19 | +Assurez-vous de suivre les recommandations suivantes lors de la création de votre intégration : |
| 20 | + |
| 21 | +1. Les tags `source` et `service` doivent être en minuscules. |
| 22 | + |
| 23 | +2. Définissez le tag `source` sur le nom de l'intégration. |
| 24 | + |
| 25 | + Datadog vous conseille de définir le tag `source` sur `<nom_intégration>` et le tag `service` sur le nom du service qui génère les données de télémétrie. Par exemple, le tag `service` peut être utilisé pour faire la distinction entre les logs des différentes lignes de produits. |
| 26 | + |
| 27 | + Dans les cas où il n'y a qu'un seul service, définissez le tag `service` sur la même valeur que le tag `source`. Les tags `source` et `service` ne doivent pas pouvoir être modifiés par les utilisateurs car ils sont utilisés dans les pipelines et les dashboards de l'intégration. Les tags peuvent être définis dans la charge utile ou via le paramètre de requête. Par exemple : `?ddsource=example&service=example`. |
| 28 | + |
| 29 | +3. L'intégration doit prendre en charge tous les sites Datadog. |
| 30 | + |
| 31 | + L'utilisateur doit pouvoir choisir l'un des différents sites Datadog lorsque cela est pertinent. Consultez [Débuter avec les sites Datadog][2] pour en savoir plus sur les différences entre les sites. Les endpoints des sites sont les suivants : |
| 32 | + | Site | Endpoint HTTP | |
| 33 | + | ------- | --------------------------------------- | |
| 34 | + | US1 | http-intake.logs.datadoghq.com | |
| 35 | + | US3 | http-intake.logs.us3.datadoghq.com | |
| 36 | + | US5 | http-intake.logs.us5.datadoghq.com | |
| 37 | + | US1-FED | http-intake.logs.ddog-gov.datadoghq.com | |
| 38 | + | EU1 | http-intake.logs.datadoghq.eu | |
| 39 | + |
| 40 | +4. Autorisez l'utilisateur à appliquer des tags personnalisés lors de la configuration de l'intégration. |
| 41 | + |
| 42 | + Datadog recommande que les tags ajoutés manuellement par les utilisateurs soient envoyés sous forme d'attributs key/value dans le corps JSON. S'il n'est pas possible d'ajouter des tags manuellement aux logs, vous pouvez les envoyer via le paramètre de requête `ddtags=<TAGS>`. Consultez la [documentation relative à l'API d'envoi de logs][1] pour obtenir des exemples. |
| 43 | + |
| 44 | +5. Envoyez les données sans utiliser de tableaux dans le corps JSON lorsque cela est possible. |
| 45 | + |
| 46 | + Même si certaines données peuvent être envoyées sous forme de tags, Datadog vous conseille d'envoyer les données dans le corps JSON en évitant les tableaux. Les utilisateurs pourront ainsi effectuer un plus grand nombre d'opérations sur les données dans la plateforme Datadog. |
| 47 | + |
| 48 | +6. Excluez les clés d'API Datadog des logs. |
| 49 | + |
| 50 | + Les clés d'API Datadog peuvent être transmises dans l'en-tête ou au sein du chemin HTTP. Consultez la [documentation relative à l'API d'envoi de logs][1] pour obtenir des exemples. Datadog vous conseille d'utiliser des méthodes qui empêchent la clé d'API d'apparaître dans les logs. |
| 51 | + |
| 52 | +7. N'utilisez pas de clés d'application Datadog. |
| 53 | + |
| 54 | + La clé d'application Datadog est différente de la clé d'API et n'est pas nécessaire pour envoyer des logs via l'endpoint HTTP. |
| 55 | + |
| 56 | +## Configurer les ressources de l'intégration de logs dans votre compte partenaire Datadog |
| 57 | + |
| 58 | +### Configurer le pipeline de logs |
| 59 | + |
| 60 | +Les logs envoyés à Datadog sont traités dans des pipelines de logs afin de les normaliser et ainsi faciliter les recherches et les analyses. Pour configurer le pipeline : |
| 61 | + |
| 62 | +1. Accédez à [Logs Pipelines][3]. |
| 63 | +2. Cliquez sur **Add a new pipeline**. |
| 64 | +3. Dans le champ **Filter**, saisissez la `source` unique correspondant à la source des logs du partenaire. Par exemple, pour l'intégration Okta, cette valeur peut être définie sur `source:okta`. **Remarque** : assurez-vous d'appliquer les tags source appropriés aux logs envoyés via l'intégration avant de les transmettre à Datadog. |
| 65 | +4. Ajoutez des tags et une description si vous le souhaitez. |
| 66 | +5. Cliquez sur **Create**. |
| 67 | + |
| 68 | +Vous pouvez ajouter des processeurs au sein de vos pipelines afin de restructurer vos données et de générer des attributs. Par exemple : |
| 69 | + |
| 70 | +- Utilisez le [remappeur de dates][4] pour définir le timestamp officiel des logs. |
| 71 | +- Utilisez le [remappeur d'attributs][5] pour remapper des clés d'attribut vers des [attributs standard Datadog][6]. Par exemple, vous pouvez remapper une clé d'attribut qui contient l'IP du client vers l'attribut `network.client.ip` afin que Datadog puisse afficher les logs du partenaire dans les dashboards prêts à l'emploi. |
| 72 | +- Utilisez le [remappeur de services][7] pour remapper l'attribut `service` ou le définir sur la même valeur que l'attribut `source`. |
| 73 | +- Utilisez le [processeur grok][8] pour extraire des valeurs présentes dans les logs afin d'optimiser la recherche et l'analyse. |
| 74 | +- Utilisez le [remappeur de messages][9] pour définir le message officiel du log et rendre certains attributs compatibles avec les recherches de texte. |
| 75 | + |
| 76 | +Consultez la section [Processeurs][10] pour en savoir plus et découvrir la liste complète des processeurs de logs. |
| 77 | + |
| 78 | +### Configurer des facettes dans le Log Explorer |
| 79 | + |
| 80 | +Tous les champs que les clients sont susceptibles d'utiliser pour rechercher et analyser des logs doivent être ajoutés en tant que facettes. Les facettes sont également utilisées dans les dashboards. |
| 81 | + |
| 82 | +Il existe deux types de facettes : |
| 83 | + |
| 84 | +- Les facettes sont utilisées pour obtenir des informations relatives et compter des valeurs uniques. |
| 85 | +- Les mesures sont un type de facette servant à effectuer des recherches sur une plage. Par exemple, l'ajout d'une mesure pour le temps de latence permet aux utilisateurs de rechercher tous les logs au-dessus d'une certaine latence. **Remarque** : définissez l'[unité][11] de la mesure en fonction de ce que l'attribut représente. |
| 86 | + |
| 87 | +Pour ajouter une nouvelle facette ou mesure : |
| 88 | +1. Cliquez sur un log contenant l'attribut pour lequel vous souhaitez ajouter une facette ou une mesure. |
| 89 | +2. Dans le volet des détails du log, cliquez sur l'icône en forme d'engrenage à proximité de l'attribut. |
| 90 | +3. Sélectionnez **Create facet/measure for @attribute**. |
| 91 | +4. S'il s'agit d'une mesure, cliquez sur **Advanced options** pour définir l'unité. Sélectionnez l'unité en fonction de ce que représente l'attribut. |
| 92 | +4. Cliquez sur **Add**. |
| 93 | + |
| 94 | +Regroupez les facettes similaires afin de rendre la liste des facettes plus lisible. Pour les champs spécifiques aux logs de l'intégration, créez un groupe portant le même nom que le tag `source`. |
| 95 | + |
| 96 | +1. Dans le volet des détails du log, cliquez sur l'icône en forme d'engrenage à proximité de l'attribut que vous souhaitez inclure dans le nouveau groupe. |
| 97 | +2. Sélectionnez **Edit facet/measure for @attribute**. S'il n'y a pas encore de facette pour l'attribut, sélectionnez **Create facet/measure for @attribute**. |
| 98 | +3. Cliquez sur **Advanced options**. |
| 99 | +4. Dans le champ **Group** saisissez le nom du nouveau groupe et sélectionnez **New group**. |
| 100 | +5. Cliquez sur **Update**. |
| 101 | + |
| 102 | +Consultez la [documentation relative aux facettes de logs][12] pour en savoir plus. |
| 103 | + |
| 104 | +Consultez la [liste des attributs standard par défaut][6] pour connaître les attributs standard Datadog qui doivent être inclus dans des groupes spécifiques. |
| 105 | + |
| 106 | +## Contrôler et déployer l'intégration |
| 107 | + |
| 108 | +Datadog contrôle l'intégration et transmet ses observations au partenaire. Ensuite, le partenaire passe en revue les observations effectuées et effectue les modifications nécessaires. Le processus de contrôle se fait par e-mail. |
| 109 | + |
| 110 | +Une fois l'intégration validée, Datadog crée et déploie les nouvelles ressources de l'intégration de logs. |
| 111 | + |
| 112 | +[1]: /fr/api/latest/logs/?code-lang=go#send-logs |
| 113 | +[2]: /fr/getting_started/site/ |
| 114 | +[3]: https://app.datadoghq.com/logs/pipelines |
| 115 | +[4]: /fr/logs/log_configuration/processors/?tab=ui#log-date-remapper |
| 116 | +[5]: /fr/logs/log_configuration/processors/?tab=ui#remapper |
| 117 | +[6]: /fr/logs/log_configuration/attributes_naming_convention/#default-standard-attribute-list |
| 118 | +[7]: /fr/logs/log_configuration/processors/?tab=ui#service-remapper |
| 119 | +[8]: /fr/logs/log_configuration/processors/?tab=ui#grok-parser |
| 120 | +[9]: /fr/logs/log_configuration/processors/?tab=ui#log-message-remapper |
| 121 | +[10]: /fr/logs/log_configuration/processors/ |
| 122 | +[11]: /fr/logs/explorer/facets/#units |
| 123 | +[12]: /fr/logs/explorer/facets/ |
0 commit comments