2. Le concept de "Programmable Pipelines" #
Introduction à la syntaxe déclarative.
Pourquoi « programmable » ? #
Un agent classique se configure avec un gros fichier YAML : vous décrivez quoi collecter, et son fonctionnement interne reste figé. Alloy inverse la logique : vous assemblez des composants, comme des briques, et vous décidez du chemin des données.
Un premier pipeline #
Deux composants suffisent. L'un collecte, l'autre envoie. Le lien entre les deux est une simple référence :
prometheus.scrape "app" {
targets = [{ "__address__" = "localhost:8080" }]
forward_to = [prometheus.remote_write.mimir.receiver]
}
prometheus.remote_write "mimir" {
endpoint {
url = "http://mimir:9009/api/v1/push"
}
}forward_to pointe vers receiver, une valeur publiée (exportée) par l'autre composant. C'est toute la mécanique du langage : une sortie est branchée sur une entrée. L'ordre des blocs dans le fichier n'a aucune importance, car Alloy déduit l'ordre d'exécution de ces références.
Ce que l'assemblage permet #
Envoyer vers plusieurs destinations. forward_to est une liste : les mêmes métriques partent vers deux backends sans dupliquer la collecte.
prometheus.relabel "filtre" {
rule {
source_labels = ["__name__"]
regex = "go_gc_.*"
action = "drop"
}
forward_to = [
prometheus.remote_write.mimir.receiver,
prometheus.remote_write.cloud.receiver,
]
}
prometheus.remote_write "mimir" {
endpoint {
url = "http://mimir:9009/api/v1/push"
}
}
prometheus.remote_write "cloud" {
endpoint {
url = sys.env("GRAFANA_CLOUD_URL")
}
}Décider selon le contenu. Ici, les logs de débogage sont écartés avant l'envoi. Dans nos essais, sur 4 lignes lues, 3 sont arrivées dans Loki.
loki.process "routage" {
forward_to = [loki.write.long_terme.receiver]
stage.json {
expressions = { level = "" }
}
stage.drop {
source = "level"
value = "debug"
}
}
loki.write "long_terme" {
endpoint {
url = "http://loki:3100/loki/api/v1/push"
}
}Réutiliser. Un même traitement se factorise avec declare et se partage avec import.git (voir la leçon Variables et fonctions).
Statique ou programmable #
| Agent YAML classique | Alloy | |
|---|---|---|
| Configuration | Sections prévues à l’avance | Composants assemblés librement |
| Chemin des données | Fixé par l’outil | Décrit par vos références |
| Changement d’une cible | Souvent un rechargement global | Seuls les composants concernés sont réévalués |
| Réutilisation | Copier-coller | declare, import.* |
À retenir : lisez une configuration Alloy en suivant les forward_to. Vous obtenez le chemin réel des données, et l'interface sur le port 12345 dessine ce même graphe.Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Discussions récentes de la formation
- Alloy : recevoir de l'OTLP et l'envoyer vers Tempo et Mimir✓ résolu · 1 réponse(s)
Poser une question sur cette leçon →Voir toutes les discussions de la formation
Glossaire de la formation
Observabilité
La capacité à connaître l'état interne d'un système à partir des données qu'il émet.Ces données sont classées en 3 piliers : logsmétriquestracesprofil...
Traces distribuées
Technique (issue du pilier des Traces) permettant de suivre le cheminement complet d'une requête à travers de multiples micro-services pour identifier...
Métriques
Mesures numériques collectées à intervalles réguliers (ex: CPU, RAM, temps de réponse) utilisées pour évaluer l'état de santé global d'un système au f...
Profilage en continu (Continuous Profiling)
Analyse constante de l'exécution du code en production pour identifier avec précision quelles lignes de code ou fonctions consomment le plus de ressou...
Access Log
Fichier de journalisation enregistrant les requêtes traitées par un serveur web (Apache, Nginx, Lighttpd, etc.). Il permet de tracer l'activité du ser...
Client IP
L'adresse IP de l'utilisateur effectuant la requête vers le serveur web. Lorsqu'un utilisateur passe par un Load Balancer ou un proxy (ex: Cloudflare)...
Timestamp
La date et l'heure exactes auxquelles la requête a été reçue par le serveur.Configuration : %t dans Apache, $time_local ou $time_iso8601 dans Nginx.
Request
La ligne de requête initiale du client. Elle comprend généralement la méthode HTTP (ex: GET), l'URL demandée et la version du protocole HTTP.Configura...
Status Code
Le code de statut HTTP final renvoyé par le serveur au client (ex : 200 pour un succès, 404 pour ressource non trouvée).Configuration : %>s dans Apach...
Size
Le volume des données renvoyées au client, mesuré en octets (généralement sans les en-têtes HTTP).Configuration : %b ou %O dans Apache, $body_bytes_se...
Referrer
L'URL de la page web depuis laquelle le client a cliqué ou suivi un lien pour accéder à la ressource actuelle.Configuration : %{Referer}i dans Apache,...
User-Agent
Les informations d'identification fournies par le client concernant son navigateur, son système d'exploitation et son appareil. Sa structure standard ...
Response Time
La durée totale prise par le serveur pour traiter la requête et renvoyer la réponse au client.Configuration : %D (microsecondes) ou %T (secondes) dans...
Grafana Alloy
Collecteur de télémétrie open source et flexible, successeur de Grafana Agent. Il est conçu pour collecter, transformer et exporter des logs, métrique...
River
Langage de configuration déclaratif utilisé par Grafana Alloy, inspiré de HCL (Terraform). Il permet de définir des pipelines de télémétrie complexes ...
Grafana Loki
Système de journalisation (logs) multi-tenant, hautement disponible et inspiré de Prometheus. Il est conçu pour être très économe en ressources en n'i...
Articles recommandés
Grafana Alloy vs Dynatrace ActiveGate : Lequel choisir ?
Comparaison entre Grafana Alloy et Dynatrace ActiveGate. Comprenez les différences fondamentales ...
Grafana Alloy : Collecte et Transformation de Télémétrie
Apprenez à utiliser Grafana Alloy pour collecter, transformer et acheminer logs, métriques et tra...
OpenTelemetry Collector, Grafana Alloy et Bindplane : comparer trois approches des pipelines de télémétrie
Comparatif détaillé de trois façons de gérer des pipelines de télémétrie : l'OpenTelemetry Collec...
Grafana Alloy : Comprendre et exploiter l'Interface Utilisateur (UI)
Découvrez comment activer, sécuriser et utiliser l'interface web intégrée de Grafana Alloy pour v...
Grafana Alloy : Collecter les métriques système et les logs locaux
Découvrez comment configurer Grafana Alloy pour superviser le serveur sur lequel il s'exécute, av...
Grafana Alloy : L'importance de l'auto-supervision (Self-Monitoring)
Découvrez pourquoi et comment configurer Grafana Alloy pour qu'il se supervise lui-même, en colle...
Grafana Alloy vs Grafana Agent vs Promtail : Lequel choisir ?
Découvrez l'évolution des collecteurs de télémétrie de l'écosystème Grafana. Comparatif détaillé ...
Configuration de Grafana Alloy : syntaxe, ports et premiers composants
Dans le cadre d'une formation Grafana ou formation observabilité, maîtrisez la syntaxe déclarativ...
La stack LGTM (Loki, Grafana, Tempo, Mimir) : architecture et mise en place
Comprendre la stack LGTM de Grafana Labs : Loki pour les logs, Grafana pour la visualisation, Tem...