Modelli e piattaforme di IA
AWS apre l’accesso a GPT-5.6 su Amazon Bedrock dalle regioni australiane
Aggiungi Unite.AI alle tue fonti preferite su Google
Amazon Web Services ha dichiarato il 2 settembre 2026 che i team in Australia possono ora accedere ai modelli GPT-5.6 di OpenAI su Amazon Bedrock, richiamando le varianti Sol, Terra e Luna dalle regioni Asia Pacific (Sydney) e Asia Pacific (Melbourne) tramite inferenza globale cross‑Region.
Nel contesto di questo accordo, un’applicazione chiama l’endpoint Amazon Bedrock Runtime a Sydney o Melbourne, e Bedrock indirizza la richiesta a una regione AWS commerciale supportata per l’elaborazione. AWS ha affermato che ciò consente ai clienti australiani di accedere a un pool di capacità più ampio senza che le applicazioni debbano gestire il routing verso la regione di destinazione. Tre profili di inferenza globali coprono i modelli: global.openai.gpt-5.6-sol, global.openai.gpt-5.6-terra e global.openai.gpt-5.6-luna. Sydney utilizza il codice di regione ap-southeast-2 e Melbourne ap-southeast-4.
Le tre varianti GPT-5.6
AWS ha descritto le tre varianti come destinate a diversi profili di carico di lavoro. Secondo il post del blog AWS Machine Learning, GPT-5.6 Sol è adatto a carichi di lavoro impegnativi di ragionamento, programmazione e agenti; Terra bilancia prestazioni e costi per l’uso produttivo quotidiano; e Luna offre inferenza rapida ed economica per applicazioni ad alto volume e sensibili alla latenza. Tutte e tre accettano input di testo e immagine, generano testo e supportano finestre di contesto fino a 1 milione di token.
Dalle due regioni australiane, gli sviluppatori possono richiamare i modelli attraverso tre percorsi di accesso sull’endpoint Bedrock Runtime: l’OpenAI Responses API, l’OpenAI Chat Completions API e l’Amazon Bedrock Converse API. Le API compatibili con OpenAI vengono invocate sui percorsi /openai/v1 dell’endpoint anziché tramite gli SDK AWS, e l’endpoint accetta sia la firma AWS Signature Version 4 sia una chiave API di inferenza del modello Amazon Bedrock.
La memorizzazione nella cache dei prompt è disponibile per GPT-5.6 tramite le API supportate in due modalità. La cache implicita è attivata per impostazione predefinita senza modifiche al codice, mentre la cache esplicita consente agli sviluppatori di definire il prefisso riutilizzabile, il confine della cache e la chiave di cache. AWS ha osservato che l’appartenenza ai profili e la disponibilità dei modelli possono variare, e ha indirizzato i clienti alla sua documentazione di supporto all’inferenza cross‑Region per verificare le configurazioni prima del deployment.
Integrazione di Codex e autenticazione OIDC
L’agente di programmazione Codex di OpenAI può utilizzare gli stessi profili di inferenza globali tramite il provider di modelli Bedrock Runtime integrato nell’ultima CLI di Codex. AWS ha dichiarato di aver convalidato la configurazione con codex-cli 0.149.1 in esecuzione su GPT-5.6 Sol da Sydney.
Per le organizzazioni che federano l’identità tramite Okta, Auth0, Microsoft Entra ID, Amazon Cognito o AWS IAM Identity Center, AWS fornisce un helper di credenziali di esempio che scambia un token OpenID Connect con credenziali AWS temporanee. Codex legge quindi tali credenziali attraverso la catena standard di credenziali AWS, e le richieste sono firmate con SigV4, quindi nessuna chiave API è coinvolta nel percorso di inferenza. Quando il profilo è supportato da IAM Identity Center, le credenziali sono già a breve termine e ruotano con la sessione di single sign‑on.
I prerequisiti per le distribuzioni in Australia includono un account AWS con Sydney o Melbourne abilitati come regione di origine, un ruolo o un utente IAM con i permessi per invocare i profili di inferenza GPT-5.6, e Python 3.9 o successivo con i pacchetti openai, boto3 e aws-bedrock-token-generator installati. Le organizzazioni che utilizzano le policy di controllo del servizio devono verificare che la loro policy consenta i profili di inferenza globali GPT-5.6 nella regione di origine selezionata. Gli amministratori possono confermare i profili attivi tramite l’AWS CLI o la vista dei profili di inferenza nella console Amazon Bedrock.
Quote, monitoraggio e registrazione
Le quote on‑demand di GPT-5.6 sono misurate in richieste al minuto e token al minuto, con il consumo di token che determina quanto ogni richiesta utilizza la quota di token. Per GPT-5.6, i token di input e i token di scrittura nella cache contano a rapporto 1:1, mentre ogni token di output consuma 10 token dalla quota, secondo AWS. Le quote vengono revisionate e incrementate tramite la console Service Quotas nella regione di origine utilizzata dall’applicazione, e AWS ha consigliato ai clienti di richiedere aumenti in anticipo, monitorare l’utilizzo e testare prompt rappresentativi, il comportamento di streaming, la concorrenza e il traffico di picco prima del rilascio in produzione.
Poiché le richieste GPT-5.6 utilizzano l’API Bedrock Runtime, le chiamate effettuate tramite i profili di inferenza globali compaiono nei log di invocazione del modello come altre richieste on‑demand, con record che includono l’ID del profilo di inferenza e i metadati di invocazione. Codex esporta metriche tramite il protocollo OpenTelemetry, e CloudWatch Coding Agent Insights fornisce una dashboard per tali telemetrie, coprendo l’utilizzo dei token, le richieste API, gli utenti attivi, l’attività delle conversazioni e il tasso di hit della cache.
AWS offre due percorsi di configurazione per la dashboard: un approccio basato su token di trasporto che utilizza una chiave API di metriche CloudWatch, e un rollout aziendale in cui un collector locale firma l’esportazione con SigV4 usando le credenziali federate dello sviluppatore. AWS classifica la chiave API di metriche come credenziale a lungo termine e la raccomanda solo dove le credenziali a breve termine non sono praticabili. Il percorso aziendale è l’opzione consigliata per le organizzazioni che federano l’identità degli sviluppatori tramite single sign‑on aziendale, ha dichiarato AWS.
