Yugabyte запустила AMP — сервис PostgreSQL, где каждому ИИ-агенту отдают отдельную базу вместо общей схемы. Анонс вышел 18 июня 2026 года, а стабильный выпуск YugabyteDB v2026.1.0.0 компания опубликовала 29 июня; для платформенных команд это сигнал, что рынок готовится не к одной «умной» функции, а к тысячам агентов с собственными данными и правами доступа.
Версия 2026.1 делает ставку на отдельную базу и MCP
Новый сервис называется YugabyteDB AMP — Agentic Multitenant PostgreSQL. Его идея проста: не держать всех агентов в одной базе с изоляцией на уровне схемы или строк, а выдавать каждому собственную PostgreSQL-базу на общей распределённой инфраструктуре. Звучит чуть вызывающе: лечить разрастание баз данных новыми базами. Но у такой схемы есть понятный плюс — ошибку, перерасход ресурсов или инцидент проще локализовать, если один агент живёт в своём контуре.
Yugabyte обещает два практических бонуса. Первый — тарификация по долям CPU и почти нулевая стоимость простаивающей базы. Второй — управление через MCP: агенту можно разрешить не только читать данные, но и создавать базу, делать её ветку, масштабировать, мигрировать и удалять. Для этого в экосистеме уже есть три фирменных помощника: YugabyteDB Architect для настройки, YugabyteDB Voyager для миграций и YugabyteDB Perf Advisor для мониторинга и тюнинга. В 2026.1 лимиты по CPU уже доступны, а ограничения по памяти, хранилищу и сети компания обещает добавить позже.
Ставка на рост с 15 до 150 000 агентов
Почему Yugabyte продвигает такую архитектуру именно сейчас, объясняет цифра Gartner. По данным Computerworld со ссылкой на Gartner, средняя компания из Fortune 500 может вырасти с примерно 15 ИИ-агентов в 2025 году до более чем 150 000 к 2028-му. При таком масштабе спор смещается: проблема уже не только в размере одной базы, а в том, как обслуживать парк из тысяч короткоживущих и изолированных хранилищ.
Это продолжение майской линии компании. 7 мая 2026 года Yugabyte продвигала Meko как слой памяти, состояния и контекста для систем из нескольких агентов. Июньский выпуск спускается уровнем ниже и отвечает на более прозаичный вопрос: где держать операционные данные агента. Параллельно Yugabyte добавила в 2026.1 векторный поиск в общедоступной версии, YugabyteDB RAG в раннем доступе и графовый движок MAGE в техническом предварительном доступе. То есть компания продаёт не просто базу, а попытку собрать заметную часть инфраструктуры для агентов в одном месте.
Для рынка это вопрос изоляции, а не моды
Для русскоязычных команд польза видна там, где уже растут внутренние помощники, RAG-поиск по документам и автоматизация поддержки. Отдельная база на агента упрощает аудит, сроки хранения, квоты и разбор инцидентов: проще понять, кто создал данные, кто менял схему и что именно нужно откатывать. Альтернатива — один общий PostgreSQL с изоляцией на уровне схемы или строк — дешевле на старте, но хуже переживает ситуацию, когда агентов становится не 5 и не 50, а сотни.
Но красивый тезис «база на каждого агента» работает только вместе с жёсткими предохранителями. Если агентам открыть через MCP создание и удаление баз, платформа должна заранее выставить роли, лимиты CPU и ручные ограничения на опасные операции. Иначе рынок действительно получит не решение проблемы, а просто более аккуратно упакованный хаос.
Следующий тест для Yugabyte будет не в блоге, а у команд, которым нужно довести пилот с десятком агентов до промышленной эксплуатации без новой миграции посреди роста.
Источники: анонс , выпуск , данные Gartner через .
