От универсальной платформы к многослойной архитектуре
От lakehouse к гибридным моделям рынок данных снова проходит через знакомый, почти закономерный поворот. Когда-то отрасль с надеждой смотрела на универсальные платформы, способные объединить всё и сразу, снять боль интеграции и заменить собой пёстрый набор разрозненных решений. Но практика, как это часто бывает, оказалась сложнее красивой схемы. Сегодня всё заметнее становится другая логика: не одна идеальная архитектура, а гибкая композиция из разных подходов, где у каждого есть своё место, зона силы и задача.
В этой новой реальности особенно ясно видно, что развитие data-ландшафта не идёт по прямой. Оно движется циклами, возвращаясь к уже знакомым вопросам в новой упаковке. Сначала появляются свежие идеи и громкие обещания, затем рынок пытается сформировать из них универсальный стандарт, а потом снова обнаруживает, что вместо единого ответа вырос ещё один слой задач. Так было с классическими хранилищами, так было с lakehouse, так происходит и сейчас, когда на горизонте возникают новые платформенные концепции, объединяющие данные, аналитику и искусственный интеллект.
Зрелая организация почти никогда не живёт в рамках одной технологической догмы. Её инфраструктура многослойна по определению. В ней одновременно могут работать реляционные базы, распределённые системы, облака, новые решения и проверенные механизмы, которые слишком глубоко встроены в бизнес, чтобы их можно было заменить одним рывком. И в этом нет хаоса. Напротив, это и есть нормальное состояние большого корпоративного мира, в котором каждый сценарий требует своего инструмента, а каждый инструмент — своего места в общей архитектуре.
ИИ, безопасность и новая роль инженера
Особенно отчётливо эта многослойность проявляется сегодня, когда поверх привычных контуров данных начинает формироваться новый слой: ИИ-ориентированные сценарии. Речь уже не только о хранении, обработке и аналитике, но и о том, как именно система будет взаимодействовать с интеллектуальными агентами, как будет выстраиваться доступ, кто станет владельцем бизнес-логики и где пройдут границы допустимого. Если считать агента ещё одним пользователем, пусть и более непредсказуемым, чем человек, значит, к нему применимы те же фундаментальные принципы: безопасность, контроль доступа, мониторинг, управление правами. Но именно здесь инженерная задача становится особенно тонкой. Слишком многое теперь зависит не просто от данных как таковых, а от того, как и в каком контексте они будут использованы.
Изменения касаются и самого представления о ценности данных. Долгое время корпоративные системы жили по инерции накопления: чем больше, тем лучше. Но со временем всё острее встаёт вопрос, что из этого действительно следует хранить, а что лишь увеличивает стоимость владения. Поэтому всё большее значение приобретают вендорские услуги. Например, Группа Arenadata регулярно проводит для клиентов аудит хранилищ, чтобы разобраться, что действительно используется, что можно оптимизировать, где реально снизить стоимость хранения, особенно «холодного», и где нужно просто навести базовый порядок. Это очень практичная, почти гигиеническая работа, но именно она позволяет компании не просто копить данные, а сохранять их ценность. Потому что в рамках ценности важна осмысленность: не количество записей, а способность использовать их в нужный момент и в нужной архитектуре.
Отдельная и очень важная линия этой истории — конфиденциальные вычисления (совместное безопасное использование данных игроками отрасли или рынка в целом). Их ценность особенно заметна в тех сценариях, где данные распределены по разным системам, а объединять их напрямую не хочется или нельзя. Команда компании УБИК (входит в состав Группы Arenadata) занимается развитием этой технологии уже около девяти лет. Сейчас конфиденциальные вычисления набирают всё большую популярность: например, Gartner назвал их одной из десяти наиболее актуальных технологий 2026 года. Россия в развитии конфиденциальных вычислений идёт в ногу с мировым сообществом.
Один из самых наглядных примеров применения этой технологии можно назвать антифрод: тревожный сигнал может складываться из событий, находящихся в разных хранилищах, и идея свести всё это в одно огромное централизованное место выглядит уже не как прогресс, а как риск. Гораздо интереснее другой путь, когда выполняются алгоритмы между хранилищами, без раскрытия исходной информации. И именно в этом кроется важный сдвиг: данные становятся полезными не только внутри одного контура, но и на стыке нескольких, где их можно безопасно сопоставлять, обогащать и анализировать.
На этом фоне меняется и сама профессия инженера. Ещё недавно было достаточно хорошо знать язык, синтаксис, набор библиотек и практический стек. Сегодня этого уже мало. Искусственный интеллект поднимает планку: всё важнее становятся математика, архитектура, алгоритмы, системное мышление и умение управлять результатом, а не только процессом его создания. Карьерная лестница тоже перестраивается. То, что раньше занимало годы — путь от мидла к сеньору, — может сжаться. Но это не обесценивает профессию, а, наоборот, делает её требовательнее. Рынку важнее не просто исполнитель, а человек, способный точно сформулировать задачу, выстроить логику решения и направить интеллектуальные инструменты в нужную сторону.
Консолидация рынка и проекты будущего
Параллельно рынок данных входит в фазу консолидации. Импортозамещение продолжается, но оно уже не выглядит как бесконечная гонка за заменой ради замены. Крупные компании завершают переход критической инфраструктуры, а сам рынок начинает искать более устойчивую форму. Российская экосистема не так велика, чтобы в ней бесконечно существовали десятки и сотни самостоятельных технологических направлений. Open source помог сократить отставание, но enterprise-заказчик по-прежнему требует стабильности, безопасности, поддержки и ясного маршрута развития. Поэтому клиент всё чаще сам становится интегратором, а рынок — всё более согласованным. Дорожные карты синхронизируются, игроки укрупняются, и отрасль постепенно движется от разрозненности к более цельной структуре.
На этом фоне особенно интересно выглядят проекты, которые не возникают как случайный эксперимент, а вырастают из долгого инженерного опыта и накопленной экспертизы. К одной из таких историй относится проект с открытым исходным кодом Greengage, который развивает Группа Arenadata. Напомним, что после закрытия open source проекта Greenplum команда Arenadata взяла инициативу в свои руки, запустив собственный форк — Greengage. Менее чем за год разработчики не только значительно продвинули стабильную, шестую версию ядра, но и довели до полноценного production-ready-состояния новую, седьмую мажорную версию, которая в open source существовала как бета. Осенью 2025 года Arenadata выпустила первый релиз MPP-СУБД Arenadata DB (ADB), собранный на основе open source проекта Greengage. В рамках перехода Arenadata DB на Greengage команда Arenadata настроила CI/CD-пайплайны для сборки ADB из репозиториев Greengage и полностью обновила документацию продукта. Это событие стало ключевым этапом, обеспечивающим полную независимость дальнейшего развития Arenadata DB от проекта Greenplum.
В пути, который уже прошёл Greengage, хорошо видно, как новое направление рождается не с нуля, а через команду и зрелое понимание того, в какую сторону движется рынок. Такие решения редко бывают модой на один сезон. Обычно они становятся частью более широкой платформенной стратегии, а затем — ещё одним способом показать, что данные в современном мире всё меньше похожи на архив и всё больше на актив, который можно использовать безопасно, гибко и осмысленно.
В этом, пожалуй, и заключается главный сдвиг момента. Рынок данных больше не ищет единственную большую формулу. Он учится жить в сложности, превращать её в устойчивую систему и находить ценность не в универсальности, а в точной настройке. И возможно, именно гибридные модели, не как компромисс, а как естественный язык зрелой индустрии станут той архитектурой, на которой рынок данных войдёт в следующую фазу своего развития.
Полную версию выпуска подкаста «Техкомьюнити» с Кириллом Меньшовым и Виталием Саттаровым можно посмотреть здесь.
