Ressources · Intégration n8n

Intégration AWS DynamoDB n8nAutomatiser AWS DynamoDB avec n8n.

Écrire et relire des lignes DynamoDB depuis un workflow, sans ouvrir le SDK AWS. L'intégration AWS DynamoDB n8n donne 1 ressource et 4 opérations sur les items, de l'upsert à la requête paginée. Aucun trigger DynamoDB n'existe : le départ vient d'un Schedule ou d'un Webhook.

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

Pourquoi automatiser

Que fait vraiment l'intégration AWS DynamoDB n8n ?

Le nœud AWS DynamoDB est livré avec n8n et parle à l'API DynamoDB à ta place. Il expose une seule ressource, Item, et 4 opérations dessus : créer ou mettre à jour, supprimer, lire, lire en lot. Tu désignes une table, tu fournis une clé primaire ou une condition de clé, le nœud écrit ou renvoie les lignes. Le tout avec un credential AWS, c'est-à-dire un identifiant de connexion stocké une fois dans n8n.

Trois usages reviennent en boucle. L'écriture d'abord : un formulaire, un webhook ou un nœud précédent produit une donnée, et item.upsert la pose dans la table en remplaçant la ligne si la clé primaire existe déjà. La lecture unitaire ensuite : au milieu du workflow, item.get va chercher une ligne par sa clé pour que le nœud suivant décide quoi faire. Le lot enfin : item.getAll lance une requête ou un scan, et les lignes partent vers un export, un rapport ou une autre base.

C'est sur ce troisième cas que DynamoDB croise le reste des outils. Les lignes extraites finissent dans Microsoft Excel 365 quand l'équipe travaille en tableur, dans Postgres quand le reporting tourne en SQL, ou dans un fichier déposé sur Google Drive pour être partagé. Dans l'autre sens, une ligne créée ailleurs se recopie dans la table via l'opération d'upsert, et un mail envoyé par Gmail peut clore la boucle.

Là où le nœud s'arrête, HTTP Request prend le relais. L'API DynamoDB compte beaucoup d'endpoints, alors que le nœud n8n travaille sur les items, pas sur les tables, les index ou les streams. Tout ce qui sort de ces 4 opérations passe par le nœud HTTP Request générique, qui réutilise le même credential AWS grâce à l'authentification prédéfinie. Autant le savoir avant de conclure qu'un besoin est hors de portée.

Deuxième limite : le déclenchement. Il n'existe pas de nœud trigger AWS DynamoDB dans n8n, donc rien ne pousse un changement vers un workflow. Soit tu planifies l'exécution avec le Schedule Trigger et tu relis ce qui a bougé, soit le service qui écrit dans la table appelle un Webhook n8n, une URL exposée par n8n que n'importe quel système extérieur peut appeler. Si la plateforme elle-même reste à cadrer, la Formation n8n couvre ces mécanismes de bout en bout.

Un point pratique pour finir : le nœud lit et écrit des items, il ne crée pas la table. La table, sa clé de partition et sa clé de tri existent côté AWS avant le workflow, et la liste déroulante Table Name or ID affiche ce que ton credential a le droit de voir.

Connexion

Comment connecter AWS DynamoDB à n8n ?

  1. 01

    Choisir le type de credential AWS

    n8n propose deux types de credentials pour AWS. AWS (IAM) s'authentifie avec une clé d'accès, soit un Access Key ID et une Secret Access Key. AWS (Assume Role) s'authentifie en endossant un rôle IAM via AWS STS ; les identifiants utilisés pour l'appel AssumeRole se saisissent à la main ou se lisent automatiquement dans l'environnement où tourne n8n. Les deux fonctionnent avec le nœud DynamoDB.

  2. 02

    Créer la clé d'accès dans IAM

    Connecte-toi à la console IAM, clique sur ton nom d'utilisateur en haut à droite puis sur Security credentials. Dans la section Access keys, choisis Create access key, sélectionne ton cas d'usage sur la page des bonnes pratiques (prends Other si rien ne correspond), puis Next. Ajoute un tag de description, par exemple n8n integration, pour retrouver la clé plus tard, et valide avec Create access key.

  3. 03

    Renseigner le credential dans n8n

    De retour dans n8n, sélectionne ta Region AWS, puis révèle l'Access Key ID et la Secret Access Key dans la console pour les coller. Un credential se crée une fois dans le menu Credentials et se réutilise dans tous les workflows : le nœud DynamoDB te le propose ensuite dans sa liste.

Actions

Ce que le nœud AWS DynamoDB sait faire

Le nœud AWS DynamoDB expose 4 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceGetGet ManyDeleteCreate or Update
Item✓✓✓✓

Item

4 opérations
01

Create or update an item

item.upsert

Ce que tu vois dans n8n

Notes & cas d'usage

Un seul appel écrit la ligne, et DynamoDB la remplace si la clé primaire existe déjà. Aucun test préalable à brancher.

Paramètres clés

  • Table Name or ID : prends la table dans la liste, ou passe son identifiant par une expression, par exemple {{ $json.table }}.
  • Data to Send : avec autoMapInputData, l'item entrant part tel quel quand ses propriétés portent déjà le nom des colonnes ; avec defineBelow, tu fixes chaque valeur dans Fields to Send.
  • Automatically Parse Numbers : activé, une valeur qui ressemble à un nombre est stockée en Number (N) ; désactivé, elle reste en String (S).
Cas d'usage
pousser chaque inscription d'un formulaire dans une table de contacts, ou rafraîchir une ligne de stock à chaque mise à jour fournisseur.
02

Delete an item

item.delete

Ce que tu vois dans n8n

Notes & cas d'usage

La suppression vise une ligne précise via sa clé primaire, et le nœud peut te rendre son contenu avant qu'elle disparaisse.

Paramètres clés

  • Keys : la clé primaire de l'item. Une clé simple demande la seule clé de partition, une clé composite demande aussi la clé de tri.
  • Return : ALL_OLD renvoie le contenu de l'ancien item, NONE ne renvoie rien.
  • Condition Expression, dans Additional Fields : la suppression n'aboutit que si la condition est satisfaite, les jetons de substitution venant de Expression Attribute Values.
Cas d'usage
retirer une réservation annulée en gardant ses anciennes valeurs pour écrire une ligne de journal.
03

Get an item

item.get

Ce que tu vois dans n8n

Notes & cas d'usage

Une ligne unique revient depuis sa clé, ce qui sert surtout en milieu de workflow quand le nœud suivant doit trancher.

Paramètres clés

  • Keys : la valeur de la clé de partition, plus celle de la clé de tri si la table utilise une clé primaire composite.
  • Select : ALL_ATTRIBUTES pour toute la ligne, ALL_PROJECTED_ATTRIBUTES, ou SPECIFIC_ATTRIBUTES associé à Attributes to Select.
  • Read Type : stronglyConsistentRead ou eventuallyConsistentRead, selon qu'une lecture juste après une écriture doit voir la valeur fraîche.
Cas d'usage
récupérer la fiche d'un client avant un envoi, et arrêter l'exécution si la ligne n'existe pas.
04

Get many items

item.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Les lignes arrivent en lot, via une requête sur la clé de partition ou via un parcours complet de la table.

Paramètres clés

  • Key Condition Expression : requis, un test d'égalité sur une seule valeur de clé de partition, au format partitionKeyName = :partitionkeyval.
  • Expression Attribute Values : requis, les jetons de substitution auxquels l'expression ci-dessus renvoie.
  • Scan : activé, le nœud parcourt la table au lieu de requêter. Return All enchaîne les pages de l'API jusqu'au bout ; désactivé, Limit fixe le nombre de lignes renvoyées.
Cas d'usage
sortir les commandes de la veille pour un rapport hebdomadaire, ou alimenter une étape d'enrichissement.
Besoin d'aide

Besoin d'aide pour automatiser AWS DynamoDB avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

AWS DynamoDB et n8n : les questions fréquentes

01L'intégration AWS DynamoDB n8n est-elle gratuite ?
Côté n8n, oui. Le nœud AWS DynamoDB est livré avec n8n : rien à installer, aucun module à acheter, aussi bien sur n8n Cloud que sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas, ce qui permet de construire sur Cloud puis de basculer sur ton propre serveur plus tard. Ce que coûte ton compte AWS est une autre histoire, facturée par AWS et hors du périmètre de cette page. Ce que n8n attend de toi se limite à un credential valide et à une table que tes clés ont le droit d'atteindre.
02Quels credentials ou droits faut-il pour le nœud AWS DynamoDB ?
Deux types de credentials conviennent. AWS (IAM) fonctionne avec une clé d'accès, donc un Access Key ID et une Secret Access Key générés dans la console IAM, plus la Region de la table. AWS (Assume Role) endosse un rôle IAM via AWS STS : les identifiants utilisés pour l'appel AssumeRole se saisissent à la main ou se lisent directement dans l'environnement où tourne n8n, ce qui convient bien à une instance auto-hébergée sur EKS, ECS ou EC2. Dans les deux cas, le credential se crée une fois dans le menu Credentials et se réutilise dans tous les workflows, le nœud le proposant dans sa liste déroulante.
03Quelles sont les limites du nœud AWS DynamoDB dans n8n ?
Le nœud travaille sur les items, et uniquement sur eux. Il couvre 4 opérations sur une seule ressource : créer ou mettre à jour, supprimer, lire, lire en lot. Créer une table, gérer les index ou consommer un stream n'en font pas partie, et la table doit exister côté AWS avant l'exécution du workflow. Tout ce que le nœud n'expose pas passe par le nœud HTTP Request générique, qui appelle n'importe quel endpoint de l'API DynamoDB en réutilisant le même credential grâce à l'authentification prédéfinie. Sur les lectures en lot, garde en tête que Return All enchaîne les pages, alors que le laisser désactivé s'arrête à la valeur de Limit.
04Un workflow peut-il réagir en temps réel à un changement DynamoDB ?
Pas tout seul. n8n n'a pas de nœud trigger AWS DynamoDB, donc aucun changement dans la table ne pousse quoi que ce soit vers un workflow. Deux montages remplacent ça. Le Schedule Trigger exécute le workflow à intervalle fixe, et une requête relit ce qui a bougé depuis le passage précédent, en général avec Get many items et une condition de clé. Ou bien le service qui écrit dans DynamoDB appelle un Webhook n8n, c'est-à-dire une URL exposée par n8n qu'un système extérieur peut appeler, et le workflow réagit au moment de l'écriture. Le trigger d'un autre outil fait aussi l'affaire.
05n8n ou Make pour AWS DynamoDB ?
Tout dépend de l'endroit où tu veux que les données circulent. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : le coût suit le volume et tout tourne chez l'éditeur. n8n s'installe sur ton propre serveur avec Docker ou npm, ou s'utilise sur n8n Cloud, avec un workflow identique dans les deux cas. Pour une table DynamoDB qui contient des données clients ou métier, une équipe déjà installée sur AWS garde souvent la couche d'automatisation dans son propre environnement, par maîtrise des données. À faible volume, et sans personne pour administrer un serveur, la voie hébergée reste raisonnable.