Ressources · Intégration n8n

Nœud Embeddings AWS Bedrock n8nConfigurer Embeddings AWS Bedrock dans n8n.

Un embedding, c'est un texte transformé en une suite de nombres qu'une machine sait comparer. Le nœud Embeddings AWS Bedrock n8n confie ce calcul à Amazon Bedrock. Deux paramètres, deux méthodes d'authentification, et un sous-nœud qui ne tourne jamais seul.

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

Pourquoi automatiser

À quoi sert le nœud Embeddings AWS Bedrock n8n ?

Ce nœud demande à Amazon Bedrock de transformer un texte en embedding, c'est-à-dire une suite de nombres qui situe le sens de ce texte dans un espace où les contenus proches se retrouvent côte à côte. Dans un workflow, il ne travaille jamais de son côté : un nœud racine lui réclame des vecteurs, et c'est ce nœud racine qui décide quoi vectoriser et à quel moment.

Premier usage, l'indexation. Une base vectorielle découpe tes procédures internes, tes fiches produit ou tes comptes rendus, puis réclame à ce sous-nœud le vecteur de chaque morceau. Un sous-nœud, dans le vocabulaire n8n, c'est un petit nœud sans entrée principale : il se raccroche au port d'un nœud plus gros et répond quand celui-ci l'appelle. Rien n'entre dans la base tant que Bedrock n'a pas répondu.

Deuxième usage, la recherche. Une question arrive, le même nœud la vectorise, et la base compare ce vecteur à ceux qu'elle stocke déjà. Le modèle doit être identique des deux côtés : un texte vectorisé avec un modèle Bedrock puis cherché avec un autre renvoie des résultats qui n'ont aucun sens. C'est cette étape qui nourrit un AI Agent avec le contenu réel de ton entreprise au lieu de le laisser improviser.

Troisième usage, l'assistant de boutique. Le catalogue et les conditions de livraison partent dans une base vectorielle, l'agent répond aux clients à partir de ce contenu, et le nœud d'embeddings fait le travail invisible : rendre le catalogue cherchable par le sens, pas par le mot exact. Personne ne le voit dans la conversation. Tout en dépend.

Quand vaut-il mieux prendre autre chose ? Ce nœud ne parle qu'à Bedrock, via un credential AWS, c'est-à-dire le jeu de secrets que n8n stocke pour signer ses appels. Si tes clés et tes données vivent ailleurs, le sous-nœud d'embeddings du fournisseur concerné te demandera moins de mise en place, et la page OpenAI décrit cette autre route. Bedrock devient le bon choix quand le compte AWS, les politiques IAM et la région sont déjà les tiens.

Côté limites, autant les connaître avant de construire. Le panneau tient en 2 paramètres, Authentication et Model, plus quelques options : Additional Model Request Fields pour les réglages propres à un modèle, envoyés en JSON, Max Retries, et Timeout en millisecondes, que tu mets à 0 pour le désactiver. Le nœud est en version 1, donc un vieux workflow affiche exactement le même panneau. Pour replacer tout ça dans l'ensemble des nœuds IA, il y a l'Avis n8n et la Formation n8n.

Connexion

Comment le connecter à AWS ?

  1. 01

    Choisir la méthode d'authentification

    Ouvre le nœud et regarde Authentication. AWS (IAM) s'appuie sur une clé d'accès IAM et attend un credential AWS. AWS (Assume Role) endosse temporairement un rôle IAM et attend un credential AWS (Assume Role). Le second convient aux équipes qui distribuent des rôles plutôt que des clés à longue durée de vie.

  2. 02

    Créer le credential une seule fois

    Les credentials se créent dans le menu Credentials de n8n, pas dans le workflow. Une fois le credential AWS enregistré là, tous les workflows de l'instance le réutilisent, y compris un second nœud d'embeddings dans une autre automatisation. Tu ne colles donc jamais une clé directement dans un paramètre du nœud.

  3. 03

    Vérifier les droits IAM

    La liste déroulante Model est remplie par AWS, pas par n8n : elle mélange les modèles d'embedding à la demande et les profils d'inférence d'embedding. Si elle revient vide ou très courte, le rôle IAM derrière le credential n'a probablement pas bedrock:ListFoundationModels ou bedrock:ListInferenceProfiles. Ajoute le droit, puis rouvre le nœud.

Connexions

Sur quoi se branche ce nœud ?

Les nœuds IA de n8n fonctionnent à deux étages : un nœud racine reçoit les items du workflow par son entrée principale, et des sous-nœuds se branchent sur ses ports, un type par port. Celui-ci est un sous-nœud avec une seule sortie.

Sortie (où il se branche)

  • Embeddingsai_embedding
01EmbeddingsC'est sa seule connexion. La sortie se raccorde au port embeddings d'un nœud racine qui réclame des vecteurs, et c'est ce nœud racine qui mène la danse : pas d'entrée principale, pas d'exécution isolée, pas de déclenchement propre.

C'est sa seule connexion. La sortie se raccorde au port embeddings d'un nœud racine qui réclame des vecteurs, et c'est ce nœud racine qui mène la danse : pas d'entrée principale, pas d'exécution isolée, pas de déclenchement propre.

Paramètres clés

  • Required : un sous-nœud ne s'exécute jamais seul, le nœud reste donc inerte tant qu'un nœud racine ne l'appelle pas par ce port.
Cas d'usage
indexer une base de connaissances une fois, puis répondre chaque jour aux questions avec le même modèle des deux côtés.
Paramètres

Quels paramètres faut-il régler ?

Le nœud Embeddings AWS Bedrock compte 2 paramètres. Pour chacun : le nœud tel que tu le configures dans n8n, ce que le paramètre change, et nos notes de terrain.

01

Authentication

authentication

Ce que tu vois dans n8n

Notes & cas d'usage

Ce sélecteur décide comment n8n prouve à AWS qu'il a le droit d'appeler Bedrock. Règle-le en premier : le champ de credential juste en dessous change selon ton choix, et la liste des modèles ne se remplira pas tant que le credential n'est pas valide.

Paramètres clés

  • AWS (IAM) (iam) : clé d'accès IAM via un credential AWS, le chemin le plus court quand les clés existent déjà.
  • AWS (Assume Role) (assumeRole) : rôle IAM endossé temporairement via un credential AWS (Assume Role), pour les comptes qui donnent accès par rôle.
Cas d'usage
une équipe qui fait tourner des rôles plutôt que des clés garde le même workflow et change uniquement ce sélecteur.
02

Model

model

Ce que tu vois dans n8n

Notes & cas d'usage

Ici, tu désignes le modèle Bedrock qui calcule l'embedding. La liste mélange modèles d'embedding à la demande et profils d'inférence d'embedding : l'entrée choisie n'est donc pas toujours un simple nom de modèle. Ce choix s'inscrit dans l'index, et en changer plus tard oblige à tout revectoriser.

Paramètres clés

  • Model (model) : le modèle ou le profil d'inférence qui génère l'embedding ; bascule le champ en mode Expression et saisis directement l'identifiant quand la liste reste vide ou incomplète.
Cas d'usage
figer l'identifiant par une expression maintient un workflow de production sur un modèle connu, même si la liste se comporte autrement sur une autre instance.
Besoin d'aide

Besoin d'aide pour automatiser Embeddings AWS Bedrock avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qui suivent

01Le nœud Embeddings AWS Bedrock est-il gratuit dans n8n ?
Oui, côté n8n. Le nœud fait partie du paquet IA livré avec n8n : rien à installer, aucun surcoût, sur n8n Cloud comme 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 coûte, c'est Amazon Bedrock : AWS facture les appels d'embedding selon ses propres conditions, et n8n n'ajoute rien par-dessus. La question du budget se traite donc dans ton compte AWS, pas dans ton outil d'automatisation.
02Quels credentials et quels droits faut-il ?
Un credential AWS, choisi via le paramètre Authentication. AWS (IAM) attend un credential AWS construit sur une clé d'accès IAM. AWS (Assume Role) attend un credential AWS (Assume Role) et endosse temporairement un rôle à la place. L'un comme l'autre se crée une fois dans le menu Credentials de n8n et se réutilise partout. L'identité IAM derrière a besoin des droits bedrock:ListFoundationModels et bedrock:ListInferenceProfiles pour que la liste Model se remplisse, et des endpoints personnalisés Bedrock Endpoint et Bedrock Runtime Endpoint quand Bedrock passe par un VPC interface endpoint sans DNS privé.
03Quelles sont les limites du nœud Embeddings AWS Bedrock n8n ?
Il fait une seule chose : produire des embeddings via Bedrock. Pas d'entrée principale, pas de trigger, aucune façon de tourner seul, donc il n'existe que branché à un nœud racine qui réclame des vecteurs. Le panneau est volontairement court : 2 paramètres, plus les options Additional Model Request Fields, Max Retries et Timeout, et le nœud est en version 1. Les réglages propres à un modèle n'ont pas de champ dédié : ils partent en JSON dans Additional Model Request Fields, selon ce que la famille de modèles accepte.
04Que faut-il brancher au minimum pour qu'il tourne ?
Un nœud racine doté d'un port embeddings, et un credential AWS valide sur ce nœud. La base vectorielle est le point de départ naturel : elle écrit tes documents sous forme de vecteurs à l'indexation, puis les relit à la recherche. N'ajoute un agent au-dessus qu'une fois la recherche satisfaisante, sinon l'agent masque ce que la base a réellement trouvé. Et garde le même Model à l'écriture et à la lecture : deux modèles Bedrock différents produisent des vecteurs incomparables, et la recherche renvoie du bruit sans prévenir.
05n8n ou Make pour ce type de workflow IA ?
Ça dépend de l'endroit où doivent vivre les données et de la façon dont tu veux payer. Make est hébergé par Make, sans option d'auto-hébergement, et facturé à l'opération : prévisible sur de petits volumes, beaucoup moins quand un workflow vectorise un gros corpus. n8n tourne sur n8n Cloud ou sur tes propres serveurs via Docker ou npm, donc les textes vectorisés peuvent rester dans ton périmètre, à côté du compte AWS qui répond. Les deux se construisent visuellement. Tranche sur l'hébergement, la maîtrise des données et le modèle de coût.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.