MIT Technology Review публикует обзор: предприятиям нужен сильный единый слой данных, чтобы внедрённый ИИ приносил пользу. Без него ассистенты дают противоречивые ответы, агенты ходят в разные источники и не сходятся, а решения принимаются на основании отчёта, в который попало вчерашнее значение из ERP и сегодняшнее из CRM.
Сам тезис старый. Идея единого архитектурного слоя данных — собирать данные из систем компании, решать вопросы доступа, прослеживаемости, качества — обсуждается с конца 2010-х под названием data fabric. Gartner ставит её в свои квадранты с 2019 года. Что меняется в апреле 2026 года, это где она обсуждается. До этой статьи разговор был внутренний: инженеры данных, архитекторы Lakehouse, CDO крупных банков. Сейчас тема выходит на уровень обзоров для CIO и редакционно-партнёрских материалов — а это сигнал созревания, по которому можно ставить дату.
Похожая траектория уже была. СУБД в начале 1990-х. Oracle, IBM DB2, Sybase — пока шла борьба за модель данных и язык запросов, наличие хорошей СУБД делило компании на тех, у кого можно строить серьёзный учёт, и остальных. К концу десятилетия, когда SQL стал общим языком, а ANSI/ISO — стандартом, конкуренция в СУБД перешла в нюансы (производительность на конкретной нагрузке, ценовая политика лицензий). Сама СУБД из конкурентного преимущества превратилась в обязательную нагрузку. Виртуализация в середине 2000-х. VMware решала вопрос, как уплотнить дата-центр. Через десять лет это уже было встроено во всё: KVM, Hyper-V, контейнеры. Никто не спорит «есть ли у вас виртуализация» — спрашивают, как она устроена. Контейнеризация в середине 2010-х. Docker, потом Kubernetes. К 2020 году спор «контейнеры или нет» закрылся. Спор начался про управление доступом, безопасность, разделение арендаторов.
Логика одинаковая. Когда инженерная тема выходит из глубоких технических дискуссий в обзоры для управленцев — это финальная фаза созревания: тема прошла стадию конкурентного преимущества и стала входным билетом. Дальше конкуренция уходит в нюансы: как устроены контроли, какая задержка, где живут данные, насколько прозрачен журнал аудита.
Что это значит сейчас для рынка. Поставщик, который продаёт «у нас есть слой данных», в 2027 году не получит контракт. Получит тот, у кого ответы на четыре вопроса будут точнее. География хранения — где физически живут данные клиента. Управление доступом — кто и в каком моменте дал доступ. Задержка — через сколько миллисекунд агент видит обновление. Журнал аудита — где смотреть, кто что сделал. Databricks, Snowflake, Microsoft Fabric, AWS DataZone, Google Dataplex — все уже бьются именно по этим осям, не по факту наличия слоя.
Российский слой пока на стадии «у нас он есть» — Сбер, Яндекс, МТС, VK всё ещё показывают единый слой данных как фичу. Это нормально для ранней фазы внутреннего рынка, но через 24–36 месяцев конкуренция сместится туда же, куда у глобальных игроков: на тонкие отличия в нормах доступа и географии хранения. Кто к этому готов — в выигрыше; кто нет — будет догонять на той скорости, на которой к 2026-му пришлось догонять контейнеры.
P.S. Есть простое правило: если инженерная статья переходит в раздел «бизнес-аналитика» — пора готовить вторую волну продукта поверх. Слой данных стал гигиеной; вторая волна — это семантический слой, единый словарь бизнес-понятий поверх данных, чтобы агенты не спорили, что считать «активным клиентом». Об этом в следующих 12 месяцах будет в обзорах в три раза больше материалов, чем сейчас. Стоит ставить закладку.
