Według AWS Amazon Bedrock obsługuje wnioskowanie w obrębie jednego regionu dla Claude Opus 5 i Claude Sonnet 5 w Seulu. W Singapurze w ten sposób dostępny jest Claude Sonnet 5. Identyfikator regionu AWS dla Seulu to ap-northeast-2, a dla Singapuru ap-southeast-1. Przy wyborze modelu warto zachować to rozróżnienie: komunikat wymienia oba modele w Seulu, lecz w Singapurze tylko Sonnet 5.

Zakres przetwarzania w regionie

W przypadku wnioskowania w regionie Amazon Bedrock przetwarza żądanie w tym jednym regionie, który został wywołany. Prompt wejściowy i wynik wyjściowy pozostają tam przez cały czas obsługi żądania. Dla zespołu określającego miejsce przetwarzania znaczenie ma zatem zarówno wybrany model, jak i region wywołania. Twierdzenie AWS dotyczy przebiegu żądania oraz położenia danych wejściowych i wyniku w jego trakcie.

AWS podaje również, że ten tryb nie ma warstwy kierowania żądań. Przepustowość ogranicza pojemność wywołanego regionu. Wybór regionu ma więc znaczenie operacyjne obok znaczenia dla miejsca przetwarzania: to jego dostępna pojemność wyznacza granicę przepustowości. Komunikat nie daje podstaw do porównywania osiągów Opus 5 i Sonnet 5; opisuje dostępność modeli i warunki obsługi żądań w regionie.

Identyfikatory i interfejsy

Modele dostępne do wnioskowania w regionie można wywoływać przez punkt końcowy bedrock-runtime, używając bezpośrednich identyfikatorów, takich jak anthropic.claude-opus-5 i anthropic.claude-sonnet-5. Dla tych modeli punkt końcowy obsługuje Anthropic Messages API oraz interfejsy Amazon Bedrock InvokeModel i Converse. Identyfikator wskazuje model, a wywołany region wskazuje jedną z opisanych możliwości regionalnych.

Według AWS do modeli Claude można też uzyskać dostęp w tekstowym środowisku testowym konsoli Amazon Bedrock, bez pisania kodu i konfigurowania SDK. Jest to droga przez konsolę obok wymienionych interfejsów API. Zakres dostępności pozostaje zgodny z komunikatem: Opus 5 i Sonnet 5 w Seulu oraz Sonnet 5 w Singapurze.

Limity, ceny i dane operacyjne

Żądania podlegają limitom usługi dla wywołanego regionu oraz jego standardowym cenom na żądanie. Zużycie limitów, metryki CloudWatch i wpisy dziennika CloudTrail również są przypisane do tego regionu. Sprawdzając użycie lub zapisy dotyczące żądania, należy więc odnosić je do regionu, do którego skierowano wywołanie. Miejsce przetwarzania, ograniczenie przepustowości, limity, ceny i wskazane dane operacyjne łączy tu ten sam wybór regionu.

Dla czytelnika oceniającego wymagania dotyczące lokalnego przetwarzania najistotniejsze jest dokładne brzmienie twierdzenia AWS: prompt wejściowy i wynik pozostają w jednym wywołanym regionie przez czas obsługi żądania. Komunikat AWS o Seulu i Singapurze przedstawia ten zakres wraz z listą modeli i obsługiwanych interfejsów.