OpenRouter combina com aplicações que precisam escolher entre provedores de modelos por uma API; Amazon Bedrock faz mais sentido quando a equipe quer usar inferência e serviços gerenciados da AWS. A decisão depende de quais partes da arquitetura você quer controlar ou delegar.
Neste artigo
- Diferenças práticas entre OpenRouter e Bedrock
- O roteamento da OpenRouter prioriza vários sinais
- Na Bedrock, o tipo de Knowledge Base define quem opera a recuperação
- Acesso a modelos e região também entram na decisão
- As tarifas da OpenRouter são cobradas em etapas diferentes
- Qual plataforma combina com cada projeto?
Diferenças práticas entre OpenRouter e Bedrock
| Critério | OpenRouter | Amazon Bedrock |
| Papel na arquitetura | Gateway de API que encaminha solicitações a modelos de vários provedores | Plataforma gerenciada da AWS para inferência de modelos fundacionais e serviços relacionados |
| Roteamento | Controles para escolher provedores, ordenar opções e configurar alternativas | Intelligent Prompt Routing e inferência entre regiões da AWS |
| Recuperação de dados | Camada de inferência e roteamento para modelos | Knowledge Bases gerenciadas ou administradas pelo cliente |
| Acesso aos modelos | A disponibilidade depende dos provedores, que mantêm controle sobre seus modelos | O acesso aos modelos fundacionais é habilitado por padrão; disponibilidade varia por modelo e região |
O roteamento da OpenRouter prioriza vários sinais
A OpenRouter oferece uma API unificada para centenas de modelos e uma integração compatível com o SDK da OpenAI. Seu roteador padrão leva em conta preço efetivo recente, vazão, tempo até o primeiro token, limites de requisição, confiabilidade e qualidade das chamadas a ferramentas. Portanto, escolher preço como critério não significa que cada solicitação irá automaticamente para a opção mais barata.
Também é possível ordenar provedores por preço, vazão ou latência e definir preferências de desempenho usando percentis como p50, p75, p90 e p99. Essas estatísticas usam uma janela móvel de cinco minutos. As preferências influenciam a seleção, mas não excluem necessariamente opções abaixo do limite e não garantem que a solicitação atingirá a latência ou a vazão desejada. Um provedor alternativo ainda pode ser usado como fallback.
Se o limite de gasto for obrigatório, o parâmetro max_price pode impedir que uma solicitação seja executada quando não houver uma opção elegível dentro do preço definido. Isso é diferente de uma preferência por latência: o limite de preço pode barrar a solicitação, enquanto o percentil de desempenho orienta o roteamento.
Na Bedrock, o tipo de Knowledge Base define quem opera a recuperação
Uma Knowledge Base gerenciada pela AWS cuida da ingestão, indexação, armazenamento e recuperação dos dados. Na configuração Customer-managed, a equipe administra o próprio pipeline de geração aumentada por recuperação (RAG) e o armazenamento vetorial, em vez de delegar essas partes à configuração gerenciada.
A filtragem de permissões por documento está disponível nas Managed Knowledge Bases, com uma exceção: ela não se aplica ao conector Web Crawler. Para uma aplicação que precisa respeitar permissões diferentes entre documentos, essa escolha de configuração importa tanto quanto a decisão de usar Bedrock.
Acesso a modelos e região também entram na decisão
A AWS informa que o acesso aos modelos fundacionais da Bedrock é habilitado por padrão. Quem usa modelos da Anthropic pela primeira vez talvez precise enviar detalhes do caso de uso. A disponibilidade de modelos e recursos depende da região da AWS.
A OpenRouter oferece roteamento dentro da União Europeia e dos Estados Unidos nos planos Business e Enterprise. Esses roteamentos usam provedores da região escolhida e podem falhar quando não há um provedor elegível. Na AWS, a segurança segue um modelo de responsabilidade compartilhada: a AWS cuida da segurança da nuvem, enquanto o cliente responde pela segurança na nuvem, incluindo configurações e tratamento dos dados.
As tarifas da OpenRouter são cobradas em etapas diferentes
A OpenRouter informa que a inferência usa os preços publicados pelos provedores, sem acréscimo sobre o preço dos tokens. A tarifa da plataforma incide na compra de créditos: 5,5% no plano Standard, 8% no Business e 5% em compras com criptomoedas. Compras sem criptomoedas têm tarifa mínima de US$ 0,80. Os valores são denominados em dólares americanos e impostos aplicáveis podem ser cobrados à parte.
Para quem usa BYOK, sigla de Bring Your Own Key (usar a própria chave), os planos Standard e Business incluem até US$ 25.000 por mês em inferência calculada pelos preços de lista, sem tarifa BYOK. Sobre o excedente, a tarifa é de 5%. As condições BYOK do Enterprise são personalizadas.
Para comparar o custo da inferência com o da Bedrock, coloque na mesma conta o modelo e o provedor escolhidos, a região da AWS, o volume de tokens de entrada e saída e o modo de inferência. Uma tarifa de compra de créditos da OpenRouter, isoladamente, não responde qual plataforma terá o menor custo para uma aplicação.
Qual plataforma combina com cada projeto?
Escolha OpenRouter quando a aplicação precisa alternar entre provedores ou configurar o roteamento das solicitações por preço, latência ou vazão. Considere também como seus fallbacks funcionam: uma preferência de desempenho não é um limite rígido, enquanto max_price pode impedir uma solicitação acima do teto escolhido.
Escolha Amazon Bedrock quando a arquitetura depende dos serviços da AWS, especialmente de uma Knowledge Base gerenciada para ingestão e recuperação. Verifique a região e o tipo de Knowledge Base necessários; a filtragem de permissões por documento tem a exceção do Web Crawler.
