Nel post pubblicato il 12 ottobre 2026, AWS ha elencato i profili globali di GPT-6 Sol e GPT-6 Luna su Amazon Bedrock da cinque regioni di origine dell’Asia-Pacifico, e quello di GPT-6 Astra da Singapore. Le richieste partono dalla regione AWS scelta, ma Bedrock ne seleziona una supportata per l’elaborazione: origine e destinazione possono quindi essere diverse. AWS descrive profili, regioni e instradamento.
I profili GPT-6 e le regioni di origine
AWS elenca Sol e Luna da Singapore, Giacarta, Malesia, Thailandia e Taipei. Per Astra, il post indica Singapore. I codici tra parentesi sono quelli delle regioni AWS.
| Modello | ID del profilo | Regioni di origine indicate da AWS |
| GPT-6 Sol | global.openai.gpt-6-sol | Singapore (ap-southeast-1), Giacarta (ap-southeast-3), Malesia (ap-southeast-5), Thailandia (ap-southeast-7), Taipei (ap-east-2) |
| GPT-6 Luna | global.openai.gpt-6-luna | Singapore (ap-southeast-1), Giacarta (ap-southeast-3), Malesia (ap-southeast-5), Thailandia (ap-southeast-7), Taipei (ap-east-2) |
| GPT-6 Astra | global.openai.gpt-6-astra | Singapore (ap-southeast-1) |
Per usare questi profili, AWS indica tre percorsi su bedrock-runtime: Bedrock Converse, OpenAI Responses e OpenAI Chat Completions. Le API compatibili con OpenAI usano il percorso /openai/v1; il codice del profilo va passato come parametro del modello. L’autenticazione può avvenire con SigV4 oppure con una chiave API di Amazon Bedrock. Per un’altra funzione dello stesso servizio, NeoTeo ha già spiegato come funzionano Amazon Bedrock Managed Agents.
Dove avviene l’elaborazione
La regione di origine è quella da cui parte la chiamata. Per l’elaborazione, Amazon Bedrock seleziona una regione commerciale AWS supportata in cui il modello è distribuito. Di conseguenza, scegliere una regione di origine in Asia-Pacifico non determina la regione che elabora la richiesta.
AWS mantiene nella regione di origine la fatturazione, il conteggio delle quote, le metriche di CloudWatch e gli eventi di CloudTrail. Il traffico segnalato dal classificatore per il rilevamento automatico offline degli abusi può invece essere conservato fino a 30 giorni nella regione di destinazione. I clienti idonei possono chiedere al proprio account team AWS la conservazione completa dei dati pari a zero.
