Recursos · Integración n8n

Nodo Embeddings AWS Bedrock n8nConfigura Embeddings AWS Bedrock en n8n.

Un embedding es un texto convertido en una lista de números que una máquina sabe comparar. El nodo Embeddings AWS Bedrock n8n delega ese cálculo en Amazon Bedrock. Dos parámetros, dos métodos de autenticación, y un subnodo que nunca se ejecuta por su cuenta.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo Embeddings AWS Bedrock n8n?

Este nodo le pide a Amazon Bedrock que convierta un texto en un embedding, una lista de números que coloca el significado de ese texto en un espacio donde los contenidos parecidos quedan cerca. Dentro de un flujo nunca trabaja por su cuenta: un nodo raíz le reclama vectores, y ese nodo raíz decide qué se vectoriza y en qué momento.

Primer escenario, la indexación. Una base vectorial trocea tus manuales de soporte, tus fichas técnicas o tus actas y le pide a este subnodo el vector de cada trozo. Subnodo, en el vocabulario de n8n, significa un nodo pequeño sin entrada principal: se engancha al puerto de un nodo mayor y responde cuando ese nodo lo llama. Nada entra en la base hasta que Bedrock contesta.

Segundo escenario, la búsqueda. Llega una pregunta, el mismo nodo la vectoriza y la base compara ese vector con los que ya guarda. El modelo tiene que ser el mismo en los dos lados: un texto vectorizado con un modelo de Bedrock y buscado con otro devuelve resultados sin sentido. Ese paso es el que alimenta a un AI Agent con el contenido real de tu empresa en lugar de dejarlo improvisar.

Tercer escenario, el asistente de tienda. El catálogo y las condiciones de envío van a una base vectorial, el agente responde a los compradores con ese contenido y el nodo de embeddings hace el trabajo invisible: que el catálogo se pueda buscar por significado y no por palabra exacta. Nadie lo ve en la conversación. Todo depende de él.

¿Cuándo conviene otra cosa? Este nodo solo habla con Bedrock, a través de un credential de AWS, es decir el conjunto de secretos que n8n guarda para firmar sus llamadas. Si tus claves y tus datos ya viven en otro proveedor, el subnodo de embeddings de ese proveedor te pedirá menos configuración, y la página de OpenAI cubre ese camino. Bedrock gana cuando la cuenta de AWS, las políticas IAM y la región ya son tuyas.

Conviene conocer los límites antes de montar nada. El panel cabe en 2 parámetros, Authentication y Model, más unas pocas opciones: Additional Model Request Fields para los ajustes propios de cada modelo, enviados en JSON, Max Retries y Timeout en milisegundos, que pones a 0 para desactivarlo. El nodo está en la versión 1, así que un flujo antiguo muestra el mismo panel. Para situarlo entre los demás nodos de IA están la Reseña n8n y el Curso n8n.

Conexión

¿Cómo se conecta con AWS?

  1. 01

    Elige el método de autenticación

    Abre el nodo y mira Authentication. AWS (IAM) se apoya en una clave de acceso IAM y pide un credential AWS. AWS (Assume Role) asume temporalmente un rol IAM y pide un credential AWS (Assume Role). El segundo encaja en equipos que reparten roles en lugar de claves de larga duración.

  2. 02

    Crea el credential una sola vez

    Los credentials se crean en el menú Credentials de n8n, no dentro del flujo. Una vez guardado ahí el credential de AWS, cualquier flujo de esa instancia lo reutiliza, incluido un segundo nodo de embeddings en otra automatización. Así nunca pegas una clave directamente en un parámetro del nodo.

  3. 03

    Revisa los permisos IAM

    La lista desplegable Model la rellena AWS, no n8n: mezcla los modelos de embedding bajo demanda y los perfiles de inferencia de embedding. Si vuelve vacía o demasiado corta, al rol IAM que hay detrás del credential le falta seguramente bedrock:ListFoundationModels o bedrock:ListInferenceProfiles. Añade el permiso y vuelve a abrir el nodo.

Conexiones

¿A qué se engancha este nodo?

Los nodos de IA de n8n trabajan en dos niveles: un nodo raíz recibe los items del flujo por su entrada principal y los subnodos se conectan a sus puertos, un tipo por puerto. Este es un subnodo con una única salida.

Salida (dónde se conecta)

  • Embeddingsai_embedding
01EmbeddingsEs su única conexión. La salida se engancha al puerto de embeddings de un nodo raíz que necesita vectores, y ese nodo raíz lleva el ritmo: sin entrada principal, sin ejecución aislada, sin disparo propio.

Es su única conexión. La salida se engancha al puerto de embeddings de un nodo raíz que necesita vectores, y ese nodo raíz lleva el ritmo: sin entrada principal, sin ejecución aislada, sin disparo propio.

Parámetros clave

  • Required: un subnodo nunca se ejecuta solo, así que el nodo queda quieto mientras ningún nodo raíz lo llame por este puerto.
Casos de uso
indexar una base de conocimiento una vez y responder preguntas cada día con el mismo modelo en ambos lados.
Parámetros

¿Qué parámetros hay que tocar?

El nodo Embeddings AWS Bedrock tiene 2 parámetros. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Authentication

authentication

Lo que ves en n8n

Notas y casos de uso

Este selector decide cómo le demuestra n8n a AWS que tiene derecho a llamar a Bedrock. Ajústalo lo primero: el campo de credential que aparece debajo cambia según tu elección, y la lista de modelos no se llena mientras el credential no sea válido.

Parámetros clave

  • AWS (IAM) (iam): clave de acceso IAM mediante un credential AWS, el camino más corto cuando las claves ya existen.
  • AWS (Assume Role) (assumeRole): rol IAM asumido temporalmente mediante un credential AWS (Assume Role), para cuentas que dan acceso por rol.
Casos de uso
un equipo que rota roles en vez de claves conserva el mismo flujo y solo cambia este selector.
02

Model

model

Lo que ves en n8n

Notas y casos de uso

Aquí eliges el modelo de Bedrock que calcula el embedding. La lista mezcla modelos de embedding bajo demanda y perfiles de inferencia de embedding, o sea que la entrada elegida no siempre es un nombre de modelo a secas. Esa elección queda grabada en el índice, y cambiarla más tarde obliga a vectorizarlo todo otra vez.

Parámetros clave

  • Model (model): el modelo o perfil de inferencia que genera el embedding; pasa el campo a modo Expression y escribe el identificador a mano cuando la lista se queda vacía o incompleta.
Casos de uso
fijar el identificador con una expresión mantiene un flujo de producción sobre un modelo conocido aunque la lista se comporte distinto en otra instancia.
Necesitas ayuda

¿Necesitas ayuda para automatizar Embeddings AWS Bedrock con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Lo que se pregunta después

01¿El nodo Embeddings AWS Bedrock es gratis en n8n?
Sí, por el lado de n8n. El nodo forma parte del paquete de IA que viene con n8n: nada que instalar y ningún sobrecoste, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo se comporta igual en los dos casos. Lo que sí cuesta es Amazon Bedrock: AWS factura las llamadas de embedding según sus propias condiciones y n8n no añade nada encima. Así que el presupuesto se discute en tu cuenta de AWS, no en la herramienta de automatización.
02¿Qué credentials y permisos hacen falta?
Un credential de AWS, elegido en el parámetro Authentication. AWS (IAM) espera un credential AWS construido sobre una clave de acceso IAM. AWS (Assume Role) espera un credential AWS (Assume Role) y asume un rol temporalmente. Cualquiera de los dos se crea una vez en el menú Credentials de n8n y se reutiliza en todos los flujos. La identidad IAM que hay detrás necesita además bedrock:ListFoundationModels y bedrock:ListInferenceProfiles para que se llene la lista Model, y los endpoints personalizados Bedrock Endpoint y Bedrock Runtime Endpoint cuando Bedrock pasa por un VPC interface endpoint sin DNS privado.
03¿Qué límites tiene el nodo Embeddings AWS Bedrock n8n?
Hace una sola cosa: generar embeddings a través de Bedrock. No tiene entrada principal, ni trigger, ni forma de ejecutarse solo, así que únicamente existe conectado a un nodo raíz que pide vectores. El panel es corto a propósito: 2 parámetros más las opciones Additional Model Request Fields, Max Retries y Timeout, y el nodo está en la versión 1. Los ajustes propios de un modelo no tienen campo dedicado: se envían en JSON dentro de Additional Model Request Fields, según lo que acepte cada familia de modelos.
04¿Qué hay que conectar como mínimo para que funcione?
Un nodo raíz con puerto de embeddings y un credential de AWS válido en este nodo. La base vectorial es el punto de partida natural: escribe tus documentos como vectores durante la indexación y los vuelve a leer en la búsqueda. Añade un agente encima solo cuando la búsqueda ya devuelva algo razonable, porque el agente tapa lo que la base encontró de verdad. Y mantén el mismo Model al escribir y al leer: dos modelos de Bedrock distintos generan vectores que no se pueden comparar, y la búsqueda devuelve ruido sin avisar.
05¿n8n o Make para este tipo de flujo con IA?
Depende de dónde quieras los datos y de cómo prefieras pagar. Make lo aloja Make, sin opción de autoalojamiento, y se factura por operación: previsible con volúmenes pequeños, menos cuando un flujo vectoriza un corpus grande. n8n corre en n8n Cloud o en tus propios servidores con Docker o npm, así que los textos vectorizados pueden quedarse dentro de tu perímetro, al lado de la cuenta de AWS que responde. Los dos se montan de forma visual. Decide por alojamiento, control de los datos y modelo de coste.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.