- Accueil
- Ressources
- Intégrations
- AMQP Sender
Intégration AMQP Sender n8nAutomatiser AMQP Sender avec n8n.
Un workflow peut parler à un bus de messages, pas seulement à une API. L'intégration AMQP Sender n8n associe un nœud d'envoi, porteur de 1 opération, et l'AMQP Trigger qui écoute une file ou un sujet. Elle s'adresse aux équipes qui font déjà tourner un broker AMQP 1.0 comme ActiveMQ.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
À quoi sert vraiment l'intégration AMQP Sender n8n ?
L'intégration AMQP Sender n8n relie un workflow à un broker de messages qui parle AMQP 1.0, le protocole ouvert derrière les systèmes de files et de routage comme ActiveMQ. Deux nœuds sont livrés avec n8n pour ça. L'AMQP Sender publie un message brut sur une file ou un sujet, une fois par item. L'AMQP Trigger démarre un workflow quand un message arrive sur la file ou le sujet qu'il écoute. Les deux partagent le même credential, le jeu d'identifiants nommé AMQP connection.
Commence par le côté émission. Un workflow récupère des relevés machine, les met en forme et passe chaque ligne à l'AMQP Sender, qui publie un message par item sur un sujet. C'est exactement la forme du template 608, qui génère des données de capteurs d'usine et les met en file en AMQP. Les consommateurs branchés derrière ne parlent jamais à n8n, ils lisent le sujet.
Deuxième forme, n8n en producteur d'un flux vivant. Le template 762 enchaîne un nœud qui va chercher la position de l'ISS et un AMQP Sender qui pousse ces coordonnées vers un sujet ActiveMQ. Même logique pour un cours, un niveau de stock ou un statut que tu récupères déjà quelque part dans un workflow.
Troisième forme, l'image miroir. L'AMQP Trigger écoute une file et chaque message devient un item que tu peux router. Ensuite, les destinations classiques prennent le relais : une ligne dans Postgres, un enregistrement dans MySQL, une ligne dans Google Sheets pour l'équipe qui lit les chiffres, ou un message dans Slack quand une décision humaine s'impose.
Un point mérite qu'on s'arrête, parce qu'il change la façon de cadrer un projet. Le credential AMQP ouvre une connexion vers ton broker. Ce n'est pas une API HTTP, et la différence est réelle : avec une application HTTP, tout ce que le nœud laisse de côté t'envoie vers un nœud de requête générique. Ici, il n'y a rien de générique sur quoi se rabattre. L'AMQP Sender et l'AMQP Trigger forment la surface, et ce qu'ils exposent définit ce qu'un workflow peut faire.
Deux choses encore avant de construire. Le broker reste à ta charge : n8n attend un broker compatible AMQP 1.0, et ActiveMQ est l'exemple que sa documentation cite. Et n8n ne publie aucun mécanisme de livraison pour l'AMQP Trigger, alors appuie-toi sur la règle qui tient : le workflow doit être actif pour que le trigger écoute. Si tu compares les plateformes pour ce genre de tuyauterie, l'Avis n8n détaille la question de l'auto-hébergement.
Comment connecter n8n à ton broker AMQP ?
- 01
Faire tourner un broker AMQP 1.0
C'est le prérequis que la documentation n8n annonce sans détour : installer un broker de messages compatible AMQP 1.0. ActiveMQ est l'exemple qu'elle donne, et la liste AMQP Products couvre les autres options. Les deux nœuds dialoguent avec ce broker, donc rien ne fonctionne tant qu'il n'est pas démarré et joignable depuis la machine qui exécute n8n. Sur n8n Cloud, joignable veut dire joignable depuis internet.
- 02
Créer le credential AMQP
Dans n8n, ouvre le menu Credentials et choisis AMQP connection, la seule méthode d'authentification acceptée par ces nœuds. Quatre valeurs sont demandées. Hostname, l'adresse de ton broker de messages. Port, le numéro de port que la connexion doit utiliser. User, le nom de l'utilisateur avec lequel établir la connexion, et Password, son mot de passe. Sur ActiveMQ, la valeur par défaut documentée pour les deux est
admin. - 03
Choisir le transport et réutiliser le credential
Transport Type est facultatif et accepte
tcpoutls, rien d'autre. Renseigne-le quand ton broker attend un transport explicite, laisse-le vide sinon. Un credential se crée une fois et se réutilise partout : ouvre l'AMQP Sender ou l'AMQP Trigger, sélectionne-le dans la liste déroulante, les deux nœuds sont authentifiés. Enregistre avant de quitter le formulaire.
Qu'est-ce qui démarre le workflow côté écoute ?
AMQP Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans AMQP Sender. Tu actives le workflow et chaque événement reçu devient une exécution.
Ce que tu vois dans n8n
Notes de configuration
01Set up the AMQP Trigger
L'AMQP Trigger s'abonne à une file ou à un sujet de ton broker et démarre le workflow quand un message y arrive. Le nœud est en version 1 et prend le même credential AMQP que l'émetteur. n8n ne documente aucun mécanisme de livraison le concernant, donc la règle sur laquelle construire est opérationnelle : le workflow doit être actif pour que le trigger écoute.
Paramètres clés
- Queue / Topic : le nom de la file ou du sujet à écouter, écrit comme ton broker le nomme.
- Clientname : à laisser vide pour les abonnements à un sujet non durables ou pour les files.
- Subscription : même consigne, vide pour les abonnements non durables ou les files.
- Container ID : transmis au backend RHEA comme container_id.
02Shape the incoming message
Un message qui sort d'un broker n'est pas encore un item JSON propre. Trois options du trigger décident de ce que reçoit le nœud suivant, et bien les régler évite une pile d'étapes de nettoyage derrière.
Paramètres clés
- JSON Parse Body : parse le corps du message en objet, pour que les nœuds suivants lisent des champs et pas une chaîne de caractères.
- Only Body : ne renvoie que la propriété body et laisse tomber le reste de l'enveloppe du message.
- Convert Body To String : convertit le contenu JSON du corps d'un tableau d'octets vers une chaîne, ce que la documentation signale comme nécessaire pour Azure Service Bus.
03Tune throughput and reconnection
Les options restantes règlent la quantité prise à chaque fois et le comportement quand le lien avec le broker tombe. Sur une file chargée, ça compte, et ça se règle avant la mise en production plutôt qu'après.
Paramètres clés
- Messages per Cicle : le nombre de messages tirés du bus à chaque cycle.
- Sleep Time : les millisecondes de pause après chaque cycle.
- Parallel Processing : traite les messages en parallèle plutôt qu'à la suite.
- Reconnect : reconnecte automatiquement en cas de coupure, avec Reconnect Limit qui plafonne le nombre de tentatives.
Ce que le nœud AMQP Sender sait faire
Le nœud AMQP Sender expose une opération. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.
Sommaire des opérations
Sends a raw-message via AMQP 1.0, executed once per item
executeCe que tu vois dans n8n
Notes & cas d'usage
L'unique opération prend l'item courant et le publie comme message brut sur ton broker, une fois par item.
Paramètres clés
- Queue / Topic : la destination sur le broker, écrite comme ton fournisseur l'attend, par exemple
topic://sourcename.something. - Headers : des paramètres d'en-tête en JSON plat, envoyés comme application_properties dans les métadonnées du message.
- Send Property : la seule propriété à envoyer ; vide, c'est l'item entier qui part.
- Data as Object : envoie la donnée sous forme d'objet.
topic://sourcename.something, et laisse Send Property vide pour que l'item entier parte comme message. C'est exactement ce que fait le template 608 pour transformer chaque relevé de capteur en un message sur le sujet.Besoin d'aide pour automatiser AMQP Sender avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.
AMQP Sender et n8n, les réponses
01L'intégration AMQP Sender n8n est-elle gratuite ?
02Quels identifiants demande le nœud AMQP Sender ?
03Quelles sont les limites des nœuds AMQP dans n8n ?
04L'AMQP Trigger réagit-il en temps réel ?
05n8n ou Make pour un broker AMQP ?
Reçois nos tips intégration chaque semaine.
Pas de spam. Désinscription à tout moment.


