Gemini Memory Bank GA: как работает агентская память Google Agent Platform, Sessions и глобальная маршрутизация (июнь 2026)

Вопрос, определяющий вашу архитектуру, получил новый ответ вчера. 17 июня 2026 года Gemini Enterprise Agent Platform перевела два ключевых stateful-примитива своего управляемого agent-runtime — Memory Bank и Sessions — в статус General Availability. Вместе с этим появилась возможность, которой не было в Preview: поддержка глобальных и многорегиональных endpoint-ов.

Запись в release notes короткая. Операционные последствия — нет.

Что произошло

Google перевела поддержку многорегиональных и глобальных endpoint-ов для Memory Bank и Sessions из Preview в GA. При этом в документации зафиксировано жёсткое ограничение: Customer-Managed Encryption Keys (CMEK) нельзя использовать, если ваш инстанс Memory Bank или Sessions настроен на глобальный endpoint.

Это одно предложение заблокирует несколько enterprise-развёртываний. Команды, которые ожидали GA для Memory Bank, одновременно рассчитывая совместить удобство глобальной маршрутизации с требованиями CMEK, теперь вынуждены пересматривать архитектуру.

Memory Bank — это слой долгосрочной кросс-сессионной памяти Agent Platform. Он хранит структурированные факты о пользователях и контекстах, позволяет агентам воспроизводить прошлые взаимодействия и обеспечивает многоходовую непрерывность без необходимости строить кастомное хранилище памяти. Sessions — runtime-примитив отслеживания сессий, связывающий запросы агента в рамках многоходовых диалогов. Оба компонента теперь в GA, что означает production-готовность по стандартам Google с полноценными SLA.

Почему это важно для команд AI-разработки

Stateful-агенты имеют принципиально иной routing-профиль, чем stateless-вызовы инференса. Stateless-вызов уходит на любой доступный endpoint; stateful-вызов должен сохранять session affinity или допускать структурированную передачу состояния. GA для Memory Bank одновременно меняет четыре решения для команд на платформе Google:

1. Региональный endpoint vs. глобальный endpoint. Глобальный endpoint упрощает маршрутизацию — вы указываете один URL, Google берёт на себя региональное распределение. Но CMEK с ним несовместима. Если ваш compliance-профиль требует ключей, управляемых заказчиком (HIPAA, FedRAMP или корпоративные политики data governance), вы вынуждены выбрать конкретный региональный endpoint — а значит, логику failover при деградации этого региона вы пишете сами.

2. Многорегиональные endpoint-ы. В список поддерживаемых регионов теперь входят US multi-region, EU multi-region и отдельные зоны Азиатско-Тихоокеанского региона: Токио (asia-northeast1), Сеул (asia-northeast3), Гонконг (asia-east2) и Мумбаи (asia-south1). Если ваши пользователи распределены по нескольким континентам, многорегиональный endpoint балансирует задержку без привязки к одному региону — но CMEK по-прежнему несовместима.

3. Модель по умолчанию для Memory Bank. Документация указывает, что Memory Bank использует gemini-2.5-flash в качестве модели по умолчанию для суммаризации и поиска в памяти. Для регионов без регионального доступа к Gemini платформа автоматически переключается на глобальный endpoint. Это скрытое изменение поведения: команды с региональными compliance-ограничениями, работающие в слабо покрытых регионах, могут незаметно направить операции с памятью через глобальный endpoint, обходя CMEK — даже если их основной endpoint инференса региональный.

4. Sessions и Memory Bank подчиняются одинаковым правилам региональности endpoint-а. Объект сессии, созданный в us-central1, должен продолжаться там же. Если ваш routing-слой сейчас отправляет запросы к Gemini API в разные регионы для балансировки нагрузки, любой stateful-вызов, пытающийся возобновить кросс-региональную сессию, завершится ошибкой. Это поведение существовало и в Preview, но GA-статус устраняет оговорку «поведение Preview, может измениться».

Угол router/operator

Для команд, использующих AI gateway или router перед Gemini Enterprise Agent Platform, GA для Memory Bank вводит новый класс запросов, которые ваш routing-слой обязан обрабатывать иначе.

Запросы с session-контекстом должны маршрутизироваться в регион, где была создана сессия. Если ваш gateway сейчас балансирует или переключает вызовы Gemini API без отслеживания региональной принадлежности сессии, GA для Memory Bank — это принудительный сигнал добавить session affinity awareness в вашу routing-политику. Наиболее чистый паттерн: при создании сессии прикрепляйте её регион как заголовок запроса или параметр, и пусть router извлекает и фиксирует его на всё время жизни сессии.

Запросы к Memory Bank с требованием CMEK должны явно маршрутизироваться на региональные endpoint-ы. Если ваш gateway сейчас по умолчанию форвардит на глобальный endpoint, добавьте слой классификации запросов: вызовы, для которых CMEK является политическим требованием, должны идти через путь с региональным endpoint-ом. Запросы без требования CMEK могут использовать глобальный endpoint ради преимуществ по задержке.

Неявный fallback на глобальный endpoint для слабо покрытых регионов — это compliance-риск. Если ваш инстанс Memory Bank настроен на региональный endpoint, но операция с памятью попадает в регион без регионального доступа к Gemini 2.5 Flash, платформа молча переключается на глобальный endpoint. Ваш router или мониторинг должны это обнаруживать: при ожидаемом региональном ответе следите за наличием endpoint_type: global в заголовках и настройте алерт.

Что стоит отследить или попробовать пользователям TheRouter

GA для Memory Bank относится только к Gemini Enterprise Agent Platform. Если вы маршрутизируете вызовы Gemini-инференса через TheRouter по стандартному пути /v1/chat/completions, GA Memory Bank напрямую не затрагивает ваш routing инференса сегодня — Memory Bank является управляемым платформенным примитивом, а не параметром инференса.

Однако если вы оцениваете, строить ли stateful agent-пайплайны на платформе Google или поддерживать собственный слой памяти и маршрутизировать инференс через TheRouter:

• Предпочтите TheRouter + собственное хранилище памяти, когда CMEK обязательна и нужна гибкость глобальной маршрутизации. Комбинация кастомного хранилища с provider-agnostic маршрутизацией TheRouter даёт и контроль над CMEK, и возможность fallback на альтернативных провайдеров.
• Memory Bank GA Gemini Enterprise Agent Platform оправдана, когда вы уже глубоко интегрированы в платформу Google, требования CMEK отсутствуют или вы принимаете ограничения только на региональные endpoint-ы, а session affinity управляема в рамках одного региона.
• Следите за моделью по умолчанию для Memory Bank: gemini-2.5-flash используется для суммаризации. Если впоследствии вы по соображениям стоимости маршрутизируете инференс через TheRouter на другой Gemini-тир, модель слоя памяти и модель инференса разойдутся, что скажется на качестве воспроизведения контекста.

Полный список поддерживаемых регионов — включая ограничение CMEK × глобальный endpoint — задокументирован на странице Supported locations for agents.