Alloy, Grafana Agent et Promtail

1. L'évolution de la collecte chez Grafana #

Pour comprendre pourquoi il existe plusieurs agents dans l'écosystème Grafana, il faut regarder l'historique de l'observabilité.

De la fragmentation à l'unification #

Historiquement, l'observabilité était très silotée : Prometheus pour les métriques, Loki pour les logs, et Tempo pour les traces. Chacun de ces backends nécessitait son propre agent de collecte. Avec l'adoption de l'observabilité unifiée (la stack LGTM) et l'émergence du standard OpenTelemetry, Grafana Labs a fait évoluer sa stratégie pour passer de multiples agents spécialisés à un seul collecteur universel.

2. Promtail : Le pionnier des logs #

L'agent historique dédié à Grafana Loki.

Simple et efficace #

Promtail a été créé en même temps que Loki. Son rôle est très spécifique : découvrir des fichiers de logs (souvent sur des nœuds Kubernetes ou des serveurs Linux), y attacher des étiquettes (labels) à la manière de Prometheus, et les expédier vers Loki.

• Points forts : Très léger, configuration YAML simple, parfait si vous n'avez besoin que de collecter des logs.
• Points faibles : Ne gère pas les métriques ni les traces. Si vous voulez des métriques, vous devez installer Prometheus en parallèle.

3. Grafana Agent : La première tentative d'unification #

L'agent multi-signaux, aujourd'hui en fin de vie.

Le couteau suisse en YAML #

Face à la prolifération des agents, Grafana Agent a été lancé pour regrouper sous un seul binaire les fonctionnalités de Prometheus (scraping), de Promtail (logs) et d'un récepteur de traces (Tempo/Jaeger/Zipkin).

• Points forts : Un seul binaire à déployer pour récupérer les 3 piliers de l'observabilité. Intégration d'exportateurs prêts à l'emploi (MySQL, NGINX, etc.).
• Points faibles : Sa configuration en YAML est rapidement devenue monolithique et complexe à maintenir sur de grandes infrastructures. De plus, Grafana Agent est désormais déprécié et a été remplacé.

4. Grafana Alloy : La nouvelle génération #

Le successeur naturel basé sur OpenTelemetry et la configuration as code.

Pipelines programmables et OTLP natif #

Grafana Alloy remplace officiellement Grafana Agent. Il abandonne le YAML rigide pour un langage de configuration déclaratif appelé River (similaire au HCL de Terraform). Il s'agit en réalité d'une distribution étendue de l'OpenTelemetry Collector.

• Points forts : Configuration ultra-flexible (routage conditionnel, transformation de données en vol), interface web locale intégrée pour déboguer les pipelines (sous forme de graphe DAG), rechargement à chaud, et support 100% natif d'OpenTelemetry (OTLP) en plus de Prometheus et Loki.
• Points faibles : Nécessite d'apprendre la nouvelle syntaxe River, introduisant une légère courbe d'apprentissage initiale.

5. Comparatif direct et Recommandations #

Lequel devez-vous installer ou conserver aujourd'hui ?

Tableau récapitulatif #

Le verdict #

Aujourd'hui, le choix est clair : pour tout nouveau déploiement, utilisez Grafana Alloy. Il est beaucoup plus performant, flexible et représente le futur de la collecte de télémétrie chez Grafana. Si vous utilisez actuellement Grafana Agent, il est fortement recommandé de planifier une migration vers Alloy.

Enfin, Promtail reste un choix tout à fait acceptable, mais uniquement pour des projets simples et isolés qui n'ont besoin que de pousser des logs locaux vers Loki sans se soucier du reste de l'observabilité.

6. Allez plus loin avec Alloy #

Mettez en pratique vos connaissances avec notre formation dédiée.

Nos recommandations #

Si vous souhaitez maîtriser les nouveaux pipelines déclaratifs de Grafana Alloy, découvrez notre formation complète :

• 👉 Formation Grafana Alloy : de la découverte à l'expertise