OpenRouter encaja mejor si quieres elegir entre varios proveedores desde una sola API; Amazon Bedrock, si prefieres construir sobre la infraestructura y los servicios gestionados de AWS. La decisión depende de cómo quieras controlar el enrutamiento, la recuperación de datos y la configuración de tu aplicación, no de un ganador universal.
En esta guía
- Diferencias clave de un vistazo
- OpenRouter y Bedrock ocupan capas distintas
- Las preferencias de enrutamiento de OpenRouter no garantizan un resultado
- En Bedrock, la recuperación depende del tipo de Knowledge Base
- Región, acceso a modelos y responsabilidades
- Las tarifas de OpenRouter y el coste de Bedrock se calculan de forma distinta
- Qué plataforma encaja con tu aplicación
Diferencias clave de un vistazo
| Dimensión | OpenRouter | Amazon Bedrock |
| Función principal | Pasarela de API para acceder a modelos de distintos proveedores y dirigir solicitudes. | Servicio gestionado de AWS para inferencia de modelos fundacionales y otros flujos de trabajo de AWS. |
| Enrutamiento | Permite configurar preferencias, orden de proveedores y alternativas; sus preferencias de rendimiento no son garantías. | AWS ofrece Intelligent Prompt Routing e inferencia entre regiones. |
| Acceso a modelos | Una API da acceso a cientos de modelos; la disponibilidad también depende de los proveedores. | El catálogo y las funciones disponibles varían según la región de AWS. El acceso está habilitado por defecto, con una posible solicitud de datos de uso para quienes acceden por primera vez a modelos de Anthropic. |
OpenRouter y Bedrock ocupan capas distintas
OpenRouter actúa como una pasarela: la aplicación envía solicitudes a través de una API y puede dirigirlas a distintos proveedores. Su guía de inicio describe una integración compatible con OpenAI SDK y también ofrece un Agent SDK. Esta estructura resulta útil si quieres cambiar de proveedor o seleccionar uno para cada solicitud sin integrar por separado cada servicio.
Amazon Bedrock reúne la inferencia de modelos fundacionales con herramientas del entorno de AWS. Entre ellas están las Knowledge Bases, que conectan modelos con información propia, y los agentes. Si estás valorando esta última opción, así funciona Amazon Bedrock Managed Agents.
Las preferencias de enrutamiento de OpenRouter no garantizan un resultado
El enrutador predeterminado de OpenRouter pondera señales recientes de precio efectivo, rendimiento, tiempo hasta el primer token, límites de solicitudes, fiabilidad y calidad de las llamadas a herramientas. No se limita a escoger siempre la opción más barata.
También puedes ordenar proveedores por precio, rendimiento o latencia, fijar su prioridad y configurar alternativas. Las preferencias de latencia o rendimiento usan percentiles como p50, p75, p90 y p99, calculados sobre una ventana móvil de cinco minutos. Dan prioridad a los proveedores que cumplen el umbral, pero no los convierten en un filtro estricto: una alternativa más lenta puede seguir usándose. Tampoco garantizan que se alcance el rendimiento preferido.
Si necesitas un límite de gasto por solicitud, el parámetro max_price puede impedir que se ejecute cuando no haya un proveedor disponible dentro del precio fijado. Es una condición de coste, no una garantía de latencia.
En Bedrock, la recuperación depende del tipo de Knowledge Base
Una Managed Knowledge Base deja en manos de AWS la ingesta, la indexación, el almacenamiento y la recuperación de la información. En una Customer-managed Knowledge Base, el cliente administra su propia canalización de generación aumentada por recuperación (RAG) y su almacén vectorial.
El filtrado de permisos a nivel de documento, mediante listas de control de acceso (ACL), está disponible en las Managed Knowledge Bases, salvo cuando se utiliza el conector Web Crawler. Por eso, si el filtrado de permisos es un requisito, importa elegir el tipo de Knowledge Base y el conector concretos.
Región, acceso a modelos y responsabilidades
La disponibilidad de modelos y funciones de Bedrock cambia según la región de AWS. AWS indica que el acceso a los modelos fundacionales está habilitado por defecto; quienes usan modelos de Anthropic por primera vez quizá tengan que enviar detalles sobre su caso de uso.
OpenRouter ofrece enrutamiento dentro de la UE y de EE. UU. en sus planes Business y Enterprise. Esas rutas usan proveedores de la región elegida y pueden rechazar una solicitud si no hay ninguno disponible, en lugar de enviarla fuera de esa región.
AWS define la seguridad como una responsabilidad compartida. AWS protege la infraestructura de la nube; el cliente sigue siendo responsable de la seguridad dentro de ella, incluida la configuración y la gestión de datos sensibles. Al elegir, concreta la región, los términos del proveedor de modelos sobre los datos y los requisitos aplicables a tu aplicación.
Los objetivos de respuesta de AWS Support se refieren a casos técnicos, no a la concesión de acceso a modelos. En Enterprise Support, AWS publica objetivos de primera respuesta de una hora para incidencias de producción caída y de 15 minutos para sistemas críticos para el negocio caídos; la compañía dice que hace esfuerzos razonables por cumplirlos. Su plazo de respuesta de un día laborable para especialistas en precios corresponde a consultas de precios.
Las tarifas de OpenRouter y el coste de Bedrock se calculan de forma distinta
OpenRouter factura los tokens de inferencia al precio publicado por el proveedor, sin recargo de inferencia. La comisión de plataforma se aplica al comprar créditos:
| Vía de compra o uso | Comisión de OpenRouter | Condiciones |
| Créditos Standard | 5,5 % | Mínimo de 0,80 dólares estadounidenses para compras que no sean con criptomonedas. |
| Créditos Business | 8 % | Comisión aplicada a la compra de créditos. |
| Compra con criptomonedas | 5 % | Comisión aplicada a la compra. |
| BYOK en Standard o Business | 0 % hasta 25.000 dólares estadounidenses mensuales de inferencia a precio de lista; 5 % sobre el exceso | En Enterprise, las condiciones son personalizadas. |
Por ejemplo, si compras 100 € en créditos Standard, una comisión del 5,5 % suma 5,50 € y el desembolso asciende a 105,50 € antes de los impuestos aplicables. Es un cálculo hipotético de la comisión de compra; el coste de los tokens se factura aparte al precio publicado para el modelo. OpenRouter presenta sus precios en dólares estadounidenses.
Para calcular el coste de Bedrock, concreta el modelo, la región de AWS, el volumen de tokens de entrada y salida y la modalidad de inferencia. Esos datos también permiten comparar de manera útil el precio del modelo con las tarifas de OpenRouter, en lugar de confundir una comisión de compra con el coste total de uso.
Qué plataforma encaja con tu aplicación
Elige OpenRouter si tu arquitectura necesita acceso a varios proveedores desde una sola API, controles de selección por solicitud o una ruta regional dentro de la UE o EE. UU. Ten en cuenta que una preferencia de latencia no es un compromiso de rendimiento; si necesitas imponer un techo de precio, configura max_price y asume que una solicitud podría no ejecutarse si no hay una opción admisible.
Elige Amazon Bedrock si quieres integrar la inferencia y servicios de AWS, y te sirve una Managed Knowledge Base para delegar la gestión de recuperación en AWS. Si necesitas administrar tú la canalización RAG, una Customer-managed Knowledge Base asigna esa tarea al cliente.
Antes de migrar una aplicación pequeña, un usuario de una pequeña SaaS recomendó medir el coste por solicitud, el tiempo de respuesta, la disponibilidad de modelos, los límites y el esfuerzo de cambiar de proveedor. Esas cifras permiten decidir si la flexibilidad de una pasarela o la integración con AWS encaja mejor con la carga de trabajo real.
