OpenRouter è più adatto se vuoi instradare le richieste tra provider di modelli tramite un’unica API; Amazon Bedrock ha più senso se la tua applicazione deve usare l’inferenza e i servizi gestiti di AWS. La scelta dipende soprattutto da chi gestisce il routing e il recupero dei dati, oltre che dai costi del tuo specifico carico di lavoro.
In questa guida
- Le differenze operative
- OpenRouter instrada le richieste, ma le soglie sono preferenze
- In Bedrock il tipo di Knowledge Base determina cosa gestisce AWS
- Regioni e accesso ai modelli richiedono controlli specifici
- Le commissioni OpenRouter non sono un confronto del costo totale
- Quale piattaforma scegliere per la tua applicazione
Le differenze operative
| Dimensione | OpenRouter | Amazon Bedrock |
| Ruolo | Gateway API per accedere a modelli e provider diversi | Servizio AWS per l’inferenza dei foundation model e strumenti collegati |
| Instradamento | Selezione tra provider con criteri e preferenze configurabili | Controlli di instradamento e inferenza tra regioni nell’ecosistema AWS |
| Retrieval | Non è documentata una Knowledge Base gestita equivalente | Knowledge Bases gestite da AWS oppure configurate dal cliente |
| Regione | Instradamento in-region per UE e Stati Uniti nei piani Business ed Enterprise | Disponibilità dei modelli variabile in base alla regione AWS |
| Costi | Prezzo pubblicato del modello più commissione sull’acquisto di crediti | La stima dipende da modello, regione, volume di token e modalità d’inferenza |
OpenRouter instrada le richieste, ma le soglie sono preferenze
OpenRouter offre un’API unificata compatibile con l’SDK di OpenAI. Il suo instradamento predefinito valuta segnali recenti come prezzo effettivo, throughput, tempo al primo token, limiti di richieste, affidabilità e qualità delle chiamate agli strumenti. Puoi anche ordinare i provider per prezzo, throughput o latenza e impostare preferenze di prestazione. (La documentazione sul routing di OpenRouter)
Le preferenze di latenza e throughput si basano su una finestra mobile di cinque minuti. Indicano quali endpoint favorire, ma non escludono quelli che non rispettano la soglia e non garantiscono il risultato desiderato: in caso di fallback, la richiesta può essere servita da un endpoint più lento o con throughput inferiore. Se hai un limite di spesa rigido, max_price può invece bloccare la richiesta quando non è disponibile un prezzo idoneo.
In pratica, un obiettivo di prestazione non equivale a un limite di servizio. Se la tua applicazione non può superare un certo costo per richiesta, imposta un tetto di prezzo; se vuoi privilegiare la velocità, tratta la soglia come una preferenza e verifica come si comportano le alternative di fallback.
In Bedrock il tipo di Knowledge Base determina cosa gestisce AWS
Amazon Bedrock distingue tra Managed Knowledge Bases e Customer-managed Knowledge Bases. Nelle prime, AWS gestisce ingestione, indicizzazione, archiviazione e recupero dei documenti. Nelle seconde, il team gestisce la propria pipeline RAG, cioè il flusso che recupera documenti da fornire come contesto al modello, e il relativo archivio vettoriale. (La documentazione AWS sulle Knowledge Bases)
Il filtro dei permessi a livello di documento è disponibile nelle Managed Knowledge Bases, tranne quando si usa il connettore Web Crawler. Se le risposte devono rispettare i diritti di accesso ai singoli documenti, la scelta della configurazione e del connettore fa quindi parte del progetto, non è un dettaglio da lasciare alla fine.
Regioni e accesso ai modelli richiedono controlli specifici
OpenRouter offre l’instradamento in-region per UE e Stati Uniti nei piani Business ed Enterprise. Il percorso UE usa provider nella regione; se nessuno è idoneo, la richiesta può fallire invece di essere inviata fuori regione. È un’opzione da valutare quando la localizzazione dell’inferenza è un requisito, tenendo presente che può ridurre le alternative disponibili per il routing.
Per Bedrock, AWS indica che l’accesso ai foundation model è abilitato per impostazione predefinita. Chi usa per la prima volta un modello Anthropic potrebbe dover fornire informazioni sul caso d’uso, mentre la disponibilità dei modelli varia in base alla regione AWS. (Il riferimento AWS per i foundation model)
Le commissioni OpenRouter non sono un confronto del costo totale
Al 31 ottobre 2026, OpenRouter indicava una commissione del 5,5% sugli acquisti di crediti Standard e dell’8% su quelli Business. La commissione si applica all’acquisto dei crediti, non a ogni richiesta; i token sono fatturati al prezzo pubblicato per il modello. I prezzi dei modelli sono espressi in USD. (Le tariffe OpenRouter)
Applicando la commissione Standard a un importo puramente illustrativo di 100 €: 100 € × 5,5% = 5,50 €, per un totale di 105,50 € prima delle imposte applicabili. È un esempio aritmetico in euro, non una tariffa di acquisto in euro: OpenRouter pubblica le proprie condizioni tariffarie in USD.
Con BYOK, cioè usando la propria chiave API, i piani Standard e Business includono 25.000 USD al mese di inferenza calcolata ai prezzi di listino senza commissioni OpenRouter; oltre tale importo si applica una commissione del 5% sull’eccedenza. Le condizioni Enterprise sono personalizzate.
Per confrontare il costo di Bedrock con quello di OpenRouter, calcola lo stesso modello, nella regione AWS che useresti, con lo stesso volume di token in ingresso e in uscita e la stessa modalità d’inferenza. Senza questi parametri, un confronto tra due totali non aiuterebbe a scegliere: il costo del gateway OpenRouter si può calcolare a partire dall’acquisto di crediti, mentre il totale di Bedrock dipende dalla configurazione dell’applicazione.
Quale piattaforma scegliere per la tua applicazione
Scegli OpenRouter se ti serve passare tra provider attraverso una sola API, configurare preferenze di routing per richiesta o fissare un limite di prezzo. Per valutare una migrazione, misura sul tuo carico di lavoro il costo per richiesta, i tempi di risposta, la disponibilità dei modelli, i limiti di richieste e l’impegno necessario per cambiare provider.
Scegli Amazon Bedrock se vuoi collocare l’inferenza nell’ecosistema AWS e usare servizi di recupero gestiti. Se ti serve che AWS gestisca ingestione, indicizzazione, archiviazione e retrieval, valuta una Managed Knowledge Base e controlla se il connettore scelto supporta il filtro dei permessi richiesto.
