[fr] Move new observability primer page

content/fr/concepts/observability-primer.md → content/fr/docs/concepts/observability-primer.md

@@ -6,7 +6,7 @@ default_lang_commit: 71833a5f8b84110dadf1e98604b87a900724ac33
 cSpell:ignore: webshop
 ---
 
-## Qu'est-ce que l'observabilité ?
+## Qu'est-ce que l'observabilité ? {#what-is-observability}
 
 L'observabilité est la capacité à comprendre l'état d'un système en examinant
 ses données sortantes, sans avoir besoin de connaître son fonctionnement
@@ -28,7 +28,7 @@ besoin d'ajouter une instrumentation supplémentaire.
 [OpenTelemetry](/docs/what-is-opentelemetry/) est le mécanisme permettant
 d'instrumenter le code des applications afin de rendre le système observable.
 
-## Fiabilité et métriques
+## Fiabilité et métriques {#reliability-and-metrics}
 
 Le terme **télémétrie** fait référence aux données émises par un système et son
 comportement. Les données peuvent prendre la forme de
@@ -58,7 +58,7 @@ Les objectifs de niveau de service, communément appelés **SLO**, permettent de
 rendre compte à une organisation ou à d'autres équipes de la fiabilité d'un
 système.
 
-## Comprendre le traçage distribué
+## Comprendre le traçage distribué {#understanding-distributed-tracing}
 
 Le traçage distribué vous permet d'observer les requêtes au fur et à mesure
 qu'elles se propagent au travers de systèmes distribués complexes. Il vous offre
@@ -71,14 +71,14 @@ reproduire localement.
 Pour comprendre le traçage distribué, vous devez comprendre le rôle de chacun de
 ses composants : les logs, les spans et les traces.
 
-### Logs
+### Logs {#logs}
 
 Un **log** est un message horodaté émis par des services ou d'autres composants.
-Contrairement aux [traces](#les-traces-distribuées), ils ne sont pas
-nécessairement associés à une requête ou une transaction utilisateur en
-particulier. Presque tous les logiciels émettent des logs. Par le passé, les
-développeurs et les opérateurs se sont largement appuyés sur les logs pour
-comprendre le comportement des systèmes.
+Contrairement aux [traces](#distributed-traces), ils ne sont pas nécessairement
+associés à une requête ou une transaction utilisateur en particulier. Presque
+tous les logiciels émettent des logs. Par le passé, les développeurs et les
+opérateurs se sont largement appuyés sur les logs pour comprendre le
+comportement des systèmes.
 
 Exemple de log :
 
@@ -96,7 +96,7 @@ lorsqu'ils sont mis en corrélation avec une trace ou un span.
 Pour plus d'informations sur les logs et leur rôle dans OpenTelemetry,
 référez-vous à la page [Logs](/docs/concepts/signals/logs/).
 
-### Spans
+### Spans {#spans}
 
 Un **span** représente une unité de travail ou d'opération. Il retrace les
 actions effectuées par une requête, offrant une vue détaillée des événements qui
@@ -107,7 +107,7 @@ Un span contient un nom, des données de temps,
 [autres métadonnées (les attributs)](/docs/concepts/signals/traces/#attributes)
 pour fournir des informations sur l'opération qu'il suit.
 
-#### Attributs de span
+#### Attributs de span {#span-attributes}
 
 Les attributs de span sont des métadonnées attachées à un span.
 
@@ -131,7 +131,7 @@ La table suivante liste des exemples d'attributs de span :
 Pour plus d'informations sur les spans et leur rôle dans OpenTelemetry,
 référez-vous à la page [Spans](/docs/concepts/signals/traces/#spans).
 
-### Les traces distribuées
+### Les traces distribuées {#distributed-traces}
 
 Une **trace distribuée**, plus communément connu sous le nom de **trace**,
 enregistre les chemins pris par les requêtes (lancées par une application ou un

content/fr/docs/what-is-opentelemetry.md

@@ -26,7 +26,7 @@ OpenTelemetry, c'est :
   infrastructure, ou environnement d'exécution. Le stockage et la visualisation
   des données sont intentionnellement laissés à d'autres outils
 
-## Qu'est-ce que l'observabilité ?
+## Qu'est-ce que l'observabilité ? {#what-is-observability}
 
 L'[observabilité](/docs/concepts/observability-primer/#what-is-observability)
 est la capacité de comprendre l'état interne d'un système en examinant ses
@@ -41,7 +41,7 @@ Pour rendre un système observable, il doit être
 [logs](/docs/concepts/signals/logs/). Les données produites doivent être
 transmises à un backend d'observabilité.
 
-## Pourquoi OpenTelemetry ?
+## Pourquoi OpenTelemetry ? {#why-opentelemetry}
 
 Avec l'essor du cloud computing, des architectures en microservices, et des
 exigences commerciales de plus en plus complexes, le besoin
@@ -62,7 +62,7 @@ d’aujourd’hui.
 Si vous souhaitez en savoir plus, consultez la page
 [Mission, vision et valeurs](/community/mission/) d'OpenTelemetry.
 
-## Composants principaux d'OpenTelemetry
+## Composants principaux d'OpenTelemetry {#main-opentelemetry-components}
 
 OpenTelemetry se compose des principaux composants suivants :
 
@@ -93,7 +93,7 @@ OpenTelemetry est pris en charge par de nombreux
 [fournisseurs](/ecosystem/vendors/), dont beaucoup fournissent un support
 commercial à OpenTelemetry et contribuent au projet directement.
 
-## Extensibilité
+## Extensibilité {#extensibility}
 
 OpenTelemetry est conçu pour être extensible. Quelques exemples de la façon dont
 il peut être étendu incluent :
@@ -127,7 +127,7 @@ Si vous utilisez actuellement OpenTracing ou OpenCensus, vous pouvez découvrir
 comment migrer vers OpenTelemetry dans le
 [guide de migration](/docs/migration/).
 
-## Et ensuite ?
+## Et ensuite ? {#what-next}
 
 - [Pour commencer](/docs/getting-started/) — Lancez-vous directement !
 - Découvrez les [concepts d'OpenTelemetry](/docs/concepts/)