30 июня 2026 года CEO Cockroach Labs Спенсер Кимболл сформулировал довольно неприятный, но логичный тезис: AI-агенты и базы данных будут размножаться вместе. Чем больше компаний запускают агентные сценарии в разработке, саппорте и бэк-офисе, тем больше им нужно рабочих БД, а значит, ручное администрирование быстро перестает масштабироваться. Для русскоязычной IT-аудитории сигнал понятный: если в инфраструктуре появляется армия агентов, следом приходит и новый класс операционной нагрузки.
Об этом сообщает The Register со ссылкой на интервью Кимболла. По его словам, управление базами данных скоро станет в основном автоматизированной задачей, примерно как, по его версии, автоматизируется и кодинг. Логика у него простая: агентам нужны инструменты, инструменты дергают API, API упираются в операционные БД. Если агентных рабочих процессов станет на порядок больше, то и трафик к транзакционным системам пойдет не линейно, а куда быстрее. В такой схеме DBA и платформенные команды не смогут закрывать все миграции, расследования инцидентов, тюнинг запросов и рутинную диагностику вручную.
Кимболл не человек со стороны, который вдруг решил порассуждать о будущем. В материале The Register напоминают, что он помогал строить распределенную файловую систему Google Colossus, а еще в студенческие годы участвовал в создании GIMP. Поэтому его тезис про смену уровней абстракции звучит не как рекламная листовка, а как взгляд инженера, который уже видел несколько технологических циклов. Он прямо сравнивает нынешний момент с прежними скачками абстракции: люди все реже спускаются на нижние уровни, потому что бизнесу важнее спецификации, гарантии и верификация результата, чем ручная работа на каждом винтике. С базами данных, по его мнению, будет то же самое.
На этом месте начинается самое интересное. Cockroach Labs не просто говорит, что AI-агенты и базы данных создадут новую проблему, но и продает себя как часть решения. Компания продвигает концепцию Agentic Database Cloud, в которую должны войти эластичные вычисления, отделенные от хранения, единое управление всем парком, виртуализация БД и «агентные» операции. Отдельный продукт на этой идее Cockroach Labs рассчитывает анонсировать позже в 2026 году. Набор звучит как попытка собрать платформу, где инфраструктура под агентов не разваливается при росте числа сервисов, окружений и временных баз под каждую новую задачу. Иначе говоря, если разработчики и бизнес начнут плодить специализированные хранилища под каждого цифрового помощника, кто-то должен будет разруливать этот зоопарк без найма еще одной смены инженеров.
Важный нюанс: даже при таком оптимизме Кимболл не обещает быстро отдать прод окружение полностью на автопилот. Он прямо говорит, что в enterprise никто не спешит вручать агенту ключи от боевой инфраструктуры. Поэтому ближайшая роль AI в управлении БД, по его версии, скорее советующая и проверяющая: второй комплект глаз, а не единственный пилот. Это, пожалуй, наиболее реалистичная часть всей истории. Компании могут охотно пустить агента в разбор логов, поиск причин деградации, подготовку миграций или анализ истории тикетов, но финальное решение по изменению production-кластера еще долго останется за человеком или хотя бы за жестким контуром проверок.
Собственно, Cockroach Labs уже строит такие внутренние цепочки. Кимболл описывает многоуровневую схему: одни агенты выполняют подзадачи, другие координируют их работу, третьи проверяют качество результата. В качестве примеров он называет помощь с миграциями, разбором медленных запросов и диагностикой проблем в кластерах. Для этого компания, по его словам, скормила системе свою накопленную институциональную память, включая двухлетнюю историю Zendesk: клиентские тикеты, инциденты и способы их решения. Здесь полезный вывод для продуктовых и платформенных команд довольно приземленный. Настоящая ценность агентной автоматизации возникает не в момент подключения модной модели, а когда у компании есть нормальная база знаний, история решений, понятные handoff-процессы и слой верификации. Без этого получится не «корпоративный разум», а дорогой генератор предположений.
Рынок БД в целом уже двигается в ту же сторону. The Register упоминает, что вендоры видят в росте агентных систем не только угрозу, но и новый спрос. Pinecone делает ставку на то, что знание структуры корпоративных данных поможет сократить бессмысленную перегонку токенов между хранилищем и агентами. Tiger Data, компания за TimescaleDB, развивает Ghost для разработчиков, работающих с агентами, и берет деньги за compute, а не за саму базу. То есть вопрос уже не в том, появится ли слой «БД для агентов», а в том, кто лучше упакует его в продукт. Для CTO и архитекторов это означает пересмотр привычных критериев выбора: важны будут не только latency, отказоустойчивость и стоимость хранения, но и то, как платформа переживает взрыв временных окружений, автоматических запросов, машинных расследований и сервисных операций, инициированных не людьми.
Для разработчиков и бизнеса картина двойственная. С одной стороны, агенты действительно могут снять самую унылую и плохо масштабируемую работу: бесконечный просмотр логов, сопоставление инцидентов, поиск похожих кейсов в саппорте, рутинный тюнинг и подготовку изменений. С другой, рост числа агентных воркфлоу почти наверняка приведет к расползанию инфраструктуры, если не договориться о стандартах доступа к данным, политике создания новых БД и правилах их жизненного цикла. И вот тут лозунг про то, что AI-агенты и базы данных спасут друг друга, уже не выглядит шуткой. Очень может оказаться, что следующая большая статья расходов в AI-проектах будет не на модели, а на попытки не утонуть в обслуживании всего, что эти модели успеют наплодить. Исходный материал The Register с цитатами Кимболла можно посмотреть здесь: .