12 października 2026 r. AWS opisała możliwość wywoływania modeli GPT-6 Sol i GPT-6 Luna przez Amazon Bedrock z pięciu źródłowych regionów AWS w Azji i Pacyfiku. Profil GPT-6 Astra wymieniono dla Singapuru. W każdym przypadku region, z którego wysyłane jest żądanie, może różnić się od regionu jego przetwarzania (wpis AWS).
Profile GPT-6 wymienione przez AWS
| Model | Identyfikator profilu | Regiony źródłowe |
| GPT-6 Sol | global.openai.gpt-6-sol | Singapur (ap-southeast-1), Dżakarta (ap-southeast-3), Malezja (ap-southeast-5), Tajlandia (ap-southeast-7), Tajpej (ap-east-2) |
| GPT-6 Luna | global.openai.gpt-6-luna | Singapur (ap-southeast-1), Dżakarta (ap-southeast-3), Malezja (ap-southeast-5), Tajlandia (ap-southeast-7), Tajpej (ap-east-2) |
| GPT-6 Astra | global.openai.gpt-6-astra | Singapur (ap-southeast-1) |
To dostęp do modeli OpenAI za pośrednictwem Amazon Bedrock z wymienionych regionów AWS. Nie oznacza osobnej oferty OpenAI w każdym z tych krajów.
Globalne profile to inny mechanizm niż usługa Amazon Bedrock Managed Agents, którą NeoTeo opisywało wcześniej: tutaj chodzi o routing wywołania modelu między regionami AWS.
Gdzie Bedrock przetwarza żądanie
Region źródłowy określa, skąd klient wysyła żądanie. Amazon Bedrock wybiera natomiast region docelowy spośród obsługiwanych komercyjnych regionów AWS, w których wdrożono dany model. Wybór Singapuru, Dżakarty czy innego regionu źródłowego nie przypina więc przetwarzania do tej lokalizacji ani do kraju, z którego pochodzi wywołanie.
AWS wiąże z regionem źródłowym rozliczenia według jego stawek, limity, metryki CloudWatch i zdarzenia CloudTrail. To, że te operacje pozostają w regionie źródłowym, nie zmienia miejsca przetwarzania żądania.
AWS podaje też, że ruch oznaczony przez klasyfikator na potrzeby automatycznego wykrywania nadużyć w analizie offline może być przechowywany w regionie docelowym do 30 dni. Klienci spełniający warunki mogą zwrócić się do zespołu obsługi AWS o pełną retencję zerową.
