безопасность 6 авг 2026 1 мин

Как держать Claude Code в одном регионе AWS: гайд по data residency без компромиссов

AWS показал, как заставить Claude Code работать строго внутри одного региона (например, Лондона) для соблюдения требований data residency. Есть два пути: через новый Mantle endpoint (простой, но работает в 7 регионах) или через классический Amazon Bedrock с application inference profile (сложнее, но работает в eu-west-2). Оба варианта требуют IAM-политик с привязкой к региону и проверки через CloudTrail.

Если ваш бизнес работает с чувствительными данными в ЕС или регулируемых индустриях, это разблокирует использование Claude Code без риска штрафов за нарушение data residency. Без таких механизмов AI-инструменты остаются за бортом целых секторов экономики.

AWS опубликовал технический гайд для компаний с жёсткими требованиями data residency: как заставить Claude Code работать в единственном регионе, без утечки запросов и промежуточной обработки в другие географии.

Проблема: глобальная компания хотела использовать Claude Code, но compliance-отдел запретил любую обработку вне Лондона (eu-west-2). Кросс-региональный inference (CRIS), который AWS рекомендует по умолчанию для производительности, не подходил — данные должны физически оставаться в одном регионе.

Решение: AWS предложил два пути. Первый — через новый Mantle endpoint (bedrock-mantle), который нативно поддерживает привязку к региону через переменную AWS_REGION. Работает в 7 регионах (Ирландия, Стокгольм, Токио, Мельбурн, три региона США), даёт доступ к новым моделям вроде Claude Sonnet 5, настройка простая. Второй — через классический Amazon Bedrock Invoke API с созданием application inference profile, который принудительно направляет запросы на модель внутри региона. Работает в eu-west-2 (Лондон) для Claude Opus 4.6 и Sonnet 4.6, но требует больше ручной работы.

Оба пути обязательно требуют IAM-политики с условием на регион и проверки через CloudTrail, чтобы подтвердить: ни один вызов не ушёл за границу. AWS прямо предупреждает: используйте эти паттерны только если compliance требует конкретный регион, а не просто «где-то в ЕС». Для обычных задач кросс-региональный inference удобнее и быстрее.

data residency complianceAmazon BedrockClaude Codeenterprise AI

Автор: Елена Верещагина · Источник: aws.amazon.com

Разработчикам. Получаете два готовых рецепта для жёсткой привязки Claude Code к региону: через Mantle (просто, 7 регионов, новые модели) или классический Bedrock с inference profile (Лондон, старые модели). Оба требуют IAM-политик с условием RequestedRegion и проверки логов CloudTrail — статья даёт конкретные команды и переменные окружения.

Бизнесу. Если ваш compliance требует обработку AI строго в одном регионе (GDPR, банковские регуляции), AWS дал рабочие схемы для Claude Code. Выбор зависит от региона: Лондон — сложнее, остальные ключевые точки ЕС/США — проще. Можно внедрять AI-инструменты без риска нарушить локальные законы о хранении данных.

Инвесторам. AWS достраивает compliance-инфраструктуру для ИИ: data residency становится управляемой функцией, а не препятствием. Это открывает enterprise-рынки с жёсткими регуляциями (финансы, здравоохранение, госсектор ЕС). Компании, которые первыми освоят региональную изоляцию AI, получат конкурентное преимущество в регулируемых индустриях.

Хайп15

Реальная польза70

Заработать65

Консалтинг по внедрению AI в регулируемых индустриях: помогать банкам и медицинским компаниям настраивать Claude Code с гарантированным data residency
SaaS для автоматизации compliance-проверок AI-инфраструктуры: инструмент, который непрерывно мониторит CloudTrail и алертит при утечке запросов за границу региона
Обёртки над Amazon Bedrock с преднастроенным региональным routing для enterprise: продукт, который скрывает сложность inference profiles и IAM-политик за простым API
Аудиторские сервисы для AI data residency: проверка и сертификация настроек для компаний перед регуляторными проверками
Обучающие программы и сертификации по compliance-инфраструктуре для AI: курсы для DevOps и SecOps команд

Региональная доступность моделей фрагментирована: Лондон получает только старые модели через классический Bedrock, новые Sonnet 5 и Opus 4.8 доступны только через Mantle в других регионах — можно застрять на устаревшей версии
Сложность настройки для классического Bedrock (application inference profiles + IAM) повышает вероятность ошибок конфигурации и ложного чувства безопасности
AWS прямо говорит: для большинства случаев кросс-региональный inference лучше — single-Region паттерн нужен редко, риск переусложнения архитектуры
CloudTrail-логи требуют постоянного мониторинга, иначе compliance-нарушение можно пропустить

Это очень нишевая, но критически важная штука для тех, кто реально упирается в регуляции. AWS по сути говорит: «Да, мы знаем, что кросс-региональный inference удобнее и быстрее, но если вам нужно держать данные строго в Лондоне из-за юристов — вот два костыля, выбирайте по ситуации». Mantle проще, но не везде работает; классический Bedrock сложнее, зато покрывает Лондон. Оба требуют возни с IAM и постоянного мониторинга CloudTrail.

На практике это важно для банков, медицины, госсектора — там, где регулятор может прийти и спросить: «Покажите, что ни один токен не утёк в Виргинию». Для обычных стартапов это overengineering. Но если вы продаёте в enterprise с жёсткими требованиями, знание этих паттернов — конкурентное преимущество: конкуренты споткнутся на compliance, вы — нет.