Ressources · Intégration n8n

Intégration AWS SQS n8nAutomatiser AWS SQS avec n8n.

Une file d'attente, c'est un workflow qui arrête d'attendre. L'intégration AWS SQS n8n tient en 1 opération, Send Message, sur un nœud sans ressource à sélectionner. Aucun trigger SQS n'existe côté n8n : le workflow démarre ailleurs et se termine dans la file.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que couvre exactement l'intégration AWS SQS n8n ?

Le nœud AWS SQS envoie un message dans une file, et c'est toute sa surface : 1 opération, 1 ressource synthétique, aucun événement auquel s'abonner. n8n signe l'appel AWS avec un credential, c'est-à-dire un jeu d'identifiants enregistré une fois et réutilisable partout, charge tes files dans une liste déroulante et remplit le corps du message à partir de l'item entrant. Ce qui lit la file ensuite reste chez toi, côté AWS.

Trois usages reviennent en boucle avec ce nœud.

Le premier, c'est amortir les à-coups. Un workflow qui interroge une API toutes les minutes peut déposer chaque résultat dans une file au lieu de l'écrire directement en base : si le consommateur tombe ou ralentit, la collecte continue. Le template public qui envoie la position de l'ISS dans une file chaque minute (workflow 1047, HTTP Request puis AWS SQS) montre ce montage dans sa version la plus nue.

Le deuxième, c'est passer la main. Une commande e-commerce arrive, le workflow la valide, l'écrit dans MySQL, puis dépose l'identifiant dans la file pour qu'un service de facturation fasse le travail long de son côté. L'exécution n8n se termine en quelques millisecondes et plusieurs consommateurs peuvent se partager la file sans que n8n sache combien ils sont.

Le troisième, c'est l'ordre. Sur une file FIFO, le champ Message Group ID désigne les messages qui doivent rester en séquence les uns par rapport aux autres : les mises à jour d'un même client arrivent dans l'ordre où elles ont été produites, pendant que les autres groupes continuent en parallèle. Message Deduplication ID couvre le cas du renvoi sur ce même type de file, et Delay Seconds retient le message avant qu'un consommateur puisse le voir.

Pour tout le reste, passe par le nœud HTTP Request : le nœud dédié s'arrête à l'envoi. HTTP Request atteint les autres endpoints de l'API SQS en réutilisant le même credential AWS via l'authentification prédéfinie, donc sans recopier la clé ailleurs.

Deux limites à connaître avant de construire. Il n'existe pas de trigger AWS SQS dans n8n : rien ne réagit à l'arrivée d'un message, le workflow démarre avec un Schedule Trigger, un Webhook n8n ou le trigger d'un autre outil comme Gmail, et SQS se place en bout de chaîne. Ensuite, le nœud envoie un message par item : un lot sorti de MongoDB devient autant d'envois que de documents. L'avis n8n détaille ce que ça implique sur les exécutions.

Connexion

Comment brancher AWS SQS sur n8n ?

  1. 01

    Générer une clé d'accès dans IAM

    Dans la console IAM, clique sur ton nom d'utilisateur en haut à droite puis sur Security credentials. Section Access keys, choisis Create access key, sélectionne un cas d'usage (ou Other si aucun ne colle) et renseigne un tag de description, par exemple n8n integration, pour retrouver la clé plus tard. Affiche ensuite l'Access Key ID et la Secret Access Key.

  2. 02

    Enregistrer le credential AWS dans n8n

    Côté n8n, crée un credential AWS (IAM). Commence par la Region : c'est elle qui détermine les files proposées ensuite dans le nœud. Colle les deux clés, enregistre, et le credential devient disponible dans la liste déroulante de tous tes workflows. Si tu travailles avec des clés à durée limitée, active l'option Temporary security credential et ajoute le Session token fourni avec.

  3. 03

    Ou assumer un rôle plutôt que stocker des clés

    n8n propose un second type, AWS (Assume Role), qui s'authentifie en assumant un rôle IAM via AWS STS. Les identifiants de l'appel AssumeRole se saisissent à la main ou se lisent automatiquement dans l'environnement où tourne n8n. C'est cette deuxième voie qu'on choisit quand n8n est auto-hébergé sur EKS, ECS ou EC2 et qu'aucune clé statique ne doit rester dans l'instance.

Actions

Ce que sait faire le nœud AWS SQS

Le nœud AWS SQS expose une opération. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

01

Send a message to a queue

sendMessage

Ce que tu vois dans n8n

Notes & cas d'usage

L'unique opération du nœud. Elle dépose un message dans la file et renvoie la réponse de SQS, sans attendre le moindre consommateur.

Paramètres clés

  • Queue Name or ID : prends la file dans la liste chargée depuis ton compte, ou passe un identifiant par expression, par exemple {{ $json.queue }}.
  • Message : le contenu déposé dans la file. Active Send Input Data pour envoyer l'item entrant en JSON.
  • Message Group ID : marqué requis par le nœud, mais lu uniquement par les files FIFO, où il regroupe les messages à garder en ordre.
Cas d'usage
mettre une commande en attente pour un service de facturation, ou déposer chaque ligne d'un export nocturne pour qu'un autre système encaisse la partie lente.
Besoin d'aide

Besoin d'aide pour automatiser AWS SQS avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

AWS SQS et n8n, les questions fréquentes

01L'intégration AWS SQS n8n est-elle gratuite ?
Oui du côté n8n. Le nœud AWS SQS est livré avec n8n, sur n8n Cloud comme sur une instance auto-hébergée en Community Edition sous licence Sustainable Use : rien à installer, aucun surcoût n8n pour l'utiliser. Ce qu'AWS facture pour la file elle-même ne se règle pas ici, ça dépend de ton compte et ça se vérifie dans ta console AWS. Le credential suit la même logique d'économie : une fois l'entrée AWS (IAM) ou AWS (Assume Role) créée dans n8n, elle sert à ce nœud et aux autres nœuds AWS sans nouvelle configuration, et tes workflows la retrouvent dans une simple liste déroulante.
02Quels identifiants AWS faut-il pour le nœud SQS ?
Deux types possibles. AWS (IAM) s'appuie sur une clé d'accès : ta Region AWS, un Access Key ID et une Secret Access Key générés dans la console IAM. AWS (Assume Role) fonctionne autrement, en assumant un rôle IAM via AWS STS, et les identifiants qui servent à l'appel AssumeRole se saisissent manuellement ou se lisent automatiquement dans l'environnement où tourne n8n. Si ton n8n est auto-hébergé sur une infrastructure AWS comme EKS, ECS ou EC2, c'est ce deuxième type qui évite de stocker des clés statiques dans n8n. Les clés temporaires restent possibles, via l'option de credential temporaire et son session token.
03Quelles sont les limites du nœud AWS SQS ?
Il ne fait qu'envoyer. Le nœud expose une seule opération, Send Message : tout le reste de l'API SQS sort de son périmètre. Pour ces appels, le nœud HTTP Request atteint n'importe quel endpoint de l'API SQS en réutilisant le même credential AWS via l'authentification prédéfinie, donc sans dupliquer la clé. Deux paramètres méritent aussi une note : Message Group ID est marqué requis par le nœud alors que seules les files FIFO le lisent, et Message Deduplication ID s'applique lui aussi aux files FIFO. Sur une file standard, tu remplis le champ et SQS l'ignore.
04n8n peut-il réagir à un nouveau message dans une file SQS ?
Non, pas avec ce nœud. Aucun trigger AWS SQS n'existe dans n8n, donc rien ne réveille un workflow parce qu'un message vient d'arriver. Le déclenchement se passe ailleurs et SQS occupe la fin du workflow : un Schedule Trigger à intervalle fixe, un Webhook n8n appelé par un service tiers, ou le trigger d'un autre outil déjà en place. Si quelque chose doit vraiment consommer la file, ce consommateur vit côté AWS et peut appeler un Webhook n8n une fois son lot traité. Ce sens de circulation se décide avant de construire, parce qu'il détermine par quoi commence le workflow.
05n8n ou Make pour AWS SQS ?
Ça dépend d'où doit tourner l'automatisation. Make est hébergé par Make, sans option d'auto-hébergement, et se facture à l'opération, ce qui convient aux équipes qui ne veulent rien administrer. n8n s'auto-héberge avec Docker ou npm, ou s'utilise sur n8n Cloud, et un workflow se comporte pareil dans les deux cas : le contenu des messages ne quitte jamais une infrastructure que tu maîtrises. Comme SQS relie en général des systèmes qui sont déjà les tiens, cette question d'hébergement tranche souvent le débat. Le modèle de coût et la logique visuelle diffèrent aussi, et les deux plateformes montent les mêmes chaînes de files.