Dremio здобуває нагороду Data Breakthrough, поки ставки на Iceberg зростають

Цього тижня Dremio отримав чергову нагороду, і сама по собі це просто прес-реліз. Але для технічного лідера платформи важливий саме момент: це вже третя нагорода "Data Analytics Solution of the Year" від Data Breakthrough, і вона з'являється саме тоді, коли фінансові директори розглядають підписання багаторічних контрактів на сховища даних на ринку, де Apache Iceberg став стандартом обговорення зберігання. Якщо ви плануєте масштабне перебудовування аналітики вартістю від шести до восьми знаків протягом наступних 90 днів, ця нагорода — сигнал про рух центру тяжіння серед вендорів, а не маркетингова виноска.

Моя думка: цікава новина — не сама нагорода. Цікаво те, що Dremio тепер публічно позиціонує себе як "Агентний Lakehouse" — це конкретна технічна та комерційна заява, і архітектурний комітет повинен мати чітку позицію щодо неї до наступного циклу закупівель.

Що сталося

17 квітня 2026 року, як повідомив FinancialContent, компанія Dremio із Санта-Клари була названа Data Analytics Solution of the Year на 7-й щорічній премії Data Breakthrough Awards — незалежній програмі ринкової аналітики, яка цього циклу отримала понад 3 500 номінацій. Це вже третя перемога Dremio в цій категорії — після 2020 та 2024 років, що є незвичайною динамікою. Більшість аналітичних вендорів або перемагають раз і поступаються місцем, або зникають із цих програм, коли їхній наратив застаріває. Dremio продовжує з'являтися, щоразу під дещо іншим прапором.

У 2020 році акцент робився на прискоренні запитів до озер даних. У 2024-му — на відкритому lakehouse. У 2026 році використовується термін "Агентний Lakehouse", побудований нативно на Apache Iceberg, де Dremio позиціонує себе як співавтора Apache Polaris і Apache Arrow. Продуктові заяви тепер включають Text-to-SQL, метадані, згенеровані ШІ, контроль доступу на рівні рядків і стовпців, а також універсальний семантичний шар, що працює з Tableau і Power BI без проміжного інструменту моделювання.

Рахім Бходжані, CPO Dremio, сформулював це як "єдину платформу даних, створену для агентів і керовану агентами", обіцяючи "найшвидший шлях до довіреного ШІ через уніфіковані дані, необхідний контекст і наскрізне управління за найнижчої вартості". Серед наведених прикладів клієнтів — Amazon із прискоренням запитів у 10 разів і скороченням часу виконання проєктів на 90%, а також перелік корпоративних клієнтів: Maersk, Regeneron, NetApp і S&P Global. Цей список клієнтів показує, хто вже ставить на цю архітектуру.

Технічна анатомія

Якщо відкинути маркетинг, стек, який продає Dremio, має три опорні елементи, і кожен із них відповідає на конкретне питання "будувати чи купувати" у вашому плані розвитку.

Перший — зберігання. Dremio серйозно ставить на Apache Iceberg як нативний формат таблиць, а не як один із кількох підтримуваних варіантів. Це важливо, бо за останні 18 місяців Iceberg фактично виграв війну відкритих форматів таблиць: Snowflake, Databricks та всі основні хмарні сховища або вже підтримують його, або поспіхом адаптуються. Якщо ви нещодавно читали документацію Snowflake або Databricks про зовнішні таблиці, ви бачили те саме: сумісність із Iceberg тепер є базовою вимогою. Ставка Dremio полягає в тому, що завдяки нативній підтримці Iceberg (а також співкуратуванню Apache Polaris як каталогу) він розташований ближче до відкритої основи, ніж конкуренти, чия економіка все ще залежить від пропрієтарного зберігання.

Другий — шар запитів і семантики. Пропозиція Dremio — запити до даних на місці, у хмарних озерах і локальних системах, без ETL-конвеєрів і без копій даних. Універсальний семантичний шар — це єдина поверхня, яка обслуговує Tableau, Power BI і, в новій пропозиції, ШІ-агентів. Саме тут Dremio безпосередньо конкурує з шаром моделювання, який команди зазвичай будують у dbt. Комерційне питання: де ви хочете зберігати семантичні визначення — у вашому інструменті трансформації, у сховищі даних чи на платформі Dremio? Кожен вибір має різний ступінь прив'язки та різні наслідки для найму.

Третій — агентний шар. Text-to-SQL і метадані, згенеровані ШІ, самі по собі не є новими функціями. Відмінність — у їх поєднанні з детальним контролем доступу до рядків і стовпців, завдяки чому агент, що діє від імені користувача, успадковує права цього користувача під час запиту. Саме на це вказує формулювання "керований агентами", і саме цей аспект має найбільше цікавити юридичний відділ.

Хто відчує тиск

Три групи сприймають це оголошення по-різному, і наступні 90 днів виглядатимуть для кожної з них інакше.

Очевидна точка тиску — вендори сховищ із пропрієтарною економікою зберігання. Коли серйозний конкурент заявляє "без копій даних, без плати за пропрієтарне зберігання, запити там, де вони живуть" — і має Amazon, що підтверджує 10-кратне прискорення продуктивності та 90% пришвидшення доставки проєктів, — розмови про поновлення контрактів ускладнюються. Ваш фінансовий директор це помітить. Очікуйте агресивних знижок на багаторічні поновлення від великих сховищ протягом решти 2026 року, особливо там, де міграція на Iceberg вже є в планах.

Другою групою є внутрішні платформні команди, що стандартизували роботу на закритому сховищі з власним семантичним шаром. Якщо ваше архітектурне рішення 2024 року передбачало, що війни за формати зберігання затягнуться, це припущення погано постаріло. Тепер вам доведеться пояснювати раді директорів, яка читає про "Агентний Lakehouse" у профільній пресі, чому ваш стек все ще потребує ETL-стрибків і копій даних для BI та ШІ-навантажень. Це не найприємніший квартальний огляд.

Третя група менш очевидна: ринок найму в інженерії даних. Якщо агентні платформи справді виконають обіцянки щодо Text-to-SQL і метаданих на основі ШІ в корпоративному масштабі, роль молодшого аналітика, який витрачає день на переклад бізнес-питань у SQL, почне звужуватися. Старші ролі — ті, хто проєктує семантичні моделі, забезпечує управління та відповідає за каталог Iceberg, — стануть ціннішими й важчими для найму. Команди, що надто покладалися на спеціалістів із конвеєрів і недостатньо інвестували в архітекторів платформ, відчують це вже через два квартали.

Питання, яке кожен керівник платформи має цього тижня поставити юридичному відділу та VP Engineering, є простим: якщо ШІ-агент виконує запит через наш семантичний шар від імені користувача, чий доступ відкликано, де саме відбувається перевірка доступу і чи можемо ми довести це під час аудиту? Якщо чесна відповідь — "нам би довелося перевірити", це проблема наступних 90 днів, а не 2027 року.

Посібник для команд із даних

Кілька конкретних кроків, які варто зробити до закриття наступного бюджетного циклу.

Сформулюйте письмову позицію щодо Iceberg. Не слайд — а саме позицію. Який каталог (Polaris, Unity, Glue, Nessie), хто ним управляє і як виглядає шлях міграції з вашого поточного формату таблиць. Вендори рухаються швидше, ніж більшість внутрішніх архітектурних документів, і важелі в закупівлях зникають, щойно ви підписуєте черговий трирічний контракт на сховище без уточнення цього питання.

Прорахуйте заяву "без ETL" щодо вашого реального навантаження. Цифри Amazon — 10-кратне прискорення запитів і 90% пришвидшення виконання проєктів — це реальні дані, але це навантаження Amazon, а не ваше. Проведіть обмежений пілотний проєкт на двох ваших найдорожчих конвеєрах, виміряйте наскрізну вартість, включно з вивантаженням і обчисленнями, і зобов'яжіть вендора письмово підтвердити одиничну економіку.

Проведіть аудит власності семантичного шару. Якщо ваші BI-інструменти і початкові ШІ-агенти будуть спільно використовувати семантичний шар, вирішіть зараз, де він розміщуватиметься — у вашому інструменті трансформації, сховищі чи спеціалізованій платформі. Розподіл між трьома системами — найгірший варіант, і саме до нього все скочується за замовчуванням, якщо ніхто не приймає рішення.

Нарешті, розглядайте запити, ініційовані агентами, як окрему категорію управління. Контроль доступу на рівні рядків і стовпців необхідний, але недостатній. Вам також потрібна атрибуція під час запиту: який агент, від імені якого користувача, за якою політикою. Якщо ваш поточний стек не може відповісти на це, це вимога до платформи на 2026 рік, а не побажання.

Ключові висновки

• Третя перемога Dremio як Data Analytics Solution of the Year (2020, 2024, 2026) свідчить про стійку актуальність, а не про разовий сплеск, і виводить нативну Iceberg-архітектуру до кожного серйозного шортлисту 2026 року.
• Концепція "Агентного Lakehouse" об'єднує Text-to-SQL, ШІ-метадані та контроль доступу на рівні рядків/стовпців в одну поверхню управління, що змінює підхід юридичного відділу та VP Engineering до оцінки ризиків ШІ.
• Приклади клієнтів, як-от 10-кратне прискорення запитів і скорочення часу проєктів на 90% у Amazon, є корисними орієнтирами, але лише обмежений внутрішній пілотний проєкт виправдовує рішення про закупівлю.
• Сховища-конкуренти з пропрієтарною економікою зберігання відчуватимуть тиск при поновленні контрактів протягом 2026 року — використайте це як важіль перед підписанням багаторічних угод.
• Власність семантичного шару — головне архітектурне рішення року. Визначте одне місце для нього, задокументуйте рішення та найміть архітекторів платформ, здатних його обстоювати.

Команди, що оцінюють аналітичні платформи цього кварталу, мають припинити запитувати, який вендор має найкращі бенчмарки, і почати запитувати, чия комерційна модель залишатиметься доцільною, коли до 2027 року агенти, а не люди, писатимуть 40% запитів.