GPT-5.6 arriva in Australia ma i dati non restano lì
Gpt-5.6 arriva su Bedrock Australia ma con profilo Us, non au.*: i dati possono essere instradati fuori dall'Anz. Claude invece resta in Anz.
Il profilo di inferenza si chiama us.openai.gpt-5.6-* — e quel prefisso «us» non è un dettaglio cosmetico. Con l’arrivo di GPT-5.6 Sol, Terra e Luna su Amazon Bedrock dalle regioni Asia Pacific (Sydney) e (Melbourne), la vera notizia non sono i modelli, ma dove vengono eseguiti i token. Nei giorni scorsi AWS ha annunciato la disponibilità di GPT-5.6 Sol, Terra e Luna su Amazon Bedrock con inferenza cross-Region globale da entrambe le regioni australiane. I tre modelli accettano input di testo e immagini, generano testo e supportano finestre di contesto fino a un milione di token.
Global cross-Region vs au.*: il profilo che fa la differenza
La differenza tecnica è nei profili di inferenza. Su Bedrock, un profilo cross-Region definisce l’insieme di regioni verso cui le richieste possono essere instradate. Per i modelli Anthropic Claude, l’inferenza cross-Region geografica AU mantiene l’elaborazione dentro la geografia ANZ, cioè entro i confini di Australia e Nuova Zelanda. Per GPT-5.6, invece, resta disponibile il solo profilo geografico US, us.openai.gpt-5.6-*: i team australiani con requisiti stringenti di residenza non possono confinare l’elaborazione in Australia come farebbero con i profili au.* di Anthropic.
Questa architettura ha un precedente preciso. Già nell’ottobre 2025, Claude Sonnet 4.5 e Haiku 4.5 erano stati i primi modelli frontier offerti su Bedrock dalle regioni australiane tramite inferenza cross-Region confinata geograficamente. A settembre 2026, il lancio di GPT-5.6 dall’Australia usa invece profili globali, con un insieme di destinazioni che copre le regioni AWS commerciali supportate in tutto il mondo. La differenza, insomma, non è formale: ha conseguenze concrete su dove finiscono i dati.
Il paradosso del global: disponibile ovunque, residente da nessuna parte
Il paradosso è presto detto: GPT-5.6 è disponibile da Sydney e Melbourne, ma con il solo profilo geografico statunitense. Un team australiano con obblighi di residenza dei dati non può confinare l’elaborazione in Australia: può farlo con i profili au.* di Anthropic, non con GPT-5.6. Non è una sottigliezza contrattuale, è la differenza tra poter dimostrare a un revisore dove l’inferenza è stata eseguita e dover accettare che i token vengano instradati altrove.
La mossa si inserisce in un riposizionamento più ampio. L’ampliamento della partnership strategica tra OpenAI e AWS punta ad aiutare le imprese a costruire con le capacità di OpenAI negli ambienti AWS. Sul fronte Microsoft, la fase successiva della partnership Microsoft-OpenAI sancisce che OpenAI può servire tutti i suoi prodotti ai clienti su qualsiasi cloud provider. E su Bedrock, la disponibilità generale di GPT-5.6 Sol, Terra e Luna era già stata confermata.
Di fronte a questo vincolo, la domanda per chi sviluppa diventa inevitabile: come si traduce tutto questo nello stack di un team australiano?
Cosa cambia nello stack di chi costruisce in Australia
La risposta comincia dal profilo di inferenza, non dal nome del modello. Chi sceglie Claude su Bedrock può puntare sui profili au.* e mantenere l’esecuzione dentro l’ANZ, con una residenza dati dimostrabile. Chi sceglie GPT-5.6 deve progettare per l’instradamento globale: la richiesta parte da Sydney o Melbourne, ma il profilo us.openai.gpt-5.6-* può portarla verso qualsiasi regione commerciale supportata, con implicazioni su conformità, latenza e prevedibilità dei costi.
C’è poi la contabilizzazione dei token, che diventa una variabile di costo da modellare. GPT-5.6 supporta su Bedrock due modalità di prompt caching: il caching implicito, abilitato per impostazione predefinita senza modifiche al codice, e il caching esplicito, che definisce prefisso riutilizzabile, confine della cache e chiave di cache. Per GPT-5.6, i token di input e i token di scrittura in cache contano in rapporto 1:1, mentre ogni token di output consuma 10 token dalla quota. Un’asimmetria da considerare quando si dimensiona la quota per carichi con prompt lunghi e cache attive.
Per chi integra Codex, esiste già una configurazione validata: AWS ha testato codex-cli 0.149.1 con GPT-5.6 Sol da Asia Pacific (Sydney). È un dettaglio concreto che mostra come il profilo globale si agganci a un flusso di sviluppo reale, non a una demo astratta.
La lezione finale è semplice: leggete sempre il profilo di inferenza, non solo il nome del modello. Su Bedrock Australia, Claude può restare in ANZ; GPT-5.6 no. Per chi costruisce con requisiti di residenza o latenza, questa è la vera variabile architetturale da valutare.
