«Обработка не покидает регион»: AWS расширила географию Claude в Amazon Bedrock — Индия, Сеул и Сингапур

Три страны и два разных механизма

В Индии заработал географический профиль cross-Region inference: Claude Opus 5, Claude Sonnet 5 и Claude Haiku 4.5 стали доступны клиентам в стране, а данные при этом обрабатываются в регионах Индии — в дополнение к уже поддерживаемому глобальному cross-Region inference.

В Азиатско-Тихоокеанском регионе включён строгий in-region inference: Claude Opus 5 и Claude Sonnet 5 — в Сеуле, Claude Sonnet 5 — в Сингапуре, и вызовы идут на эндпоинт bedrock-runtime.

Разница между двумя запусками не в списке моделей, а в геометрии вывода. Индийский профиль — это распределённая обработка внутри страны: запрос живёт в двух регионах и на них же опирается по мощности. Сеул и Сингапур — строгая привязка к одному региону, которую AWS предлагает тем, у кого есть требование обрабатывать данные в единственном регионе.

AWS объясняет оба запуска одними и теми же требованиями: там, где у компании есть обязательство обрабатывать данные локально, вывод должен оставаться внутри нужной географии. Отдельно AWS называет финансовые услуги, здравоохранение и государственный сектор — там локальная обработка чаще всего и требуется по правилам.

Индия: маршрутизация остаётся внутри страны

Географический профиль распределяет нагрузку по нескольким регионам, но с жёсткой границей: запрос уходит из исходного региона и автоматически маршрутизируется только между двумя индийскими — Мумбаи (ap-south-1) и Хайдарабадом (ap-south-2). Входные промпты и результаты могут перемещаться между этими двумя регионами, но за пределы страны не выходят.

Смысл такой схемы — не привязываться к ёмкости одного региона: запросы опираются на более широкий пул вычислений, что помогает удерживать пропускную способность и стабильную производительность на пиках нагрузки. Передача идёт по защищённой сети AWS со сквозным шифрованием данных в пути, а данные клиента не хранятся в регионе назначения: они остаются исключительно в исходном регионе.

По умолчанию Amazon Bedrock использует модель нулевого хранения: входы и выходы моделей не сохраняются. Исключение — модели, для которых AWS требует проверки человеком, если контент пометили автоматические классификаторы безопасности. Биллинг и расход квоты считаются в исходном регионе, и CloudWatch с CloudTrail записывают логи туда же, так что мониторинг остаётся в одном месте.

Требования к вызывающей стороне тоже описаны: у роли или пользователя IAM должны быть права на вызов моделей Amazon Bedrock через профиль географического cross-Region inference.

Сеул и Сингапур: один регион без слоя маршрутизации

In-region inference устроен проще и строже: слоя маршрутизации нет вообще, и запрос, отправленный в Сеул (ap-northeast-2) или Сингапур (ap-southeast-1), обслуживает только этот регион — входные промпты и результаты остаются в нём на протяжении всего жизненного цикла запроса.

Формулировка AWS здесь предельно прямая: запросы на вывод и данные обрабатываются внутри того региона, в который ушёл вызов, и обработка из региона не выходит.

Взамен пропускная способность ограничена ёмкостью этого региона: на запросы действуют квоты конкретного региона, биллинг идёт по стандартным ценам on-demand вызванного региона, а метрики CloudWatch и записи CloudTrail тоже привязаны к нему — различать источник и назначение в мониторинге не нужно.

Модели вызываются по прямому идентификатору — anthropic.claude-opus-5 и anthropic.claude-sonnet-5.

Как этим пользоваться

Оба варианта работают на эндпоинте bedrock-runtime и поддерживают Anthropic Messages API, а также Amazon Bedrock InvokeModel и Converse API; вместе с ними доступны Bedrock Guardrails и intelligent prompt routing.

В Индии вызов идёт через идентификатор географического профиля с префиксом in. — например, in.anthropic.claude-sonnet-5, in.anthropic.claude-opus-5 или in.anthropic.claude-haiku-4-5-20251001-v1:0. Для новых приложений AWS рекомендует именно bedrock-runtime, а самый быстрый способ познакомиться — text playground в консоли Amazon Bedrock: настройка SDK и код не нужны, достаточно выбрать модель и профиль вывода.

Обе публикации вышли в один день, 29 сентября 2026 года, и подписаны специалистами AWS по моделям Anthropic — три автора у этих текстов совпадают. Актуальный список доступности моделей по регионам AWS держит в руководстве пользователя Amazon Bedrock.