SAP предприняла значимые шаги по открытию своих данных для двунаправленного обмена в масштабах предприятия и по отделению продвинутой аналитики, необходимой для ИИ, от пути обновления ERP.
Во время технической конференции на прошлой неделе немецкий софтверный гигант внедрил нативную поддержку Apache Iceberg, открытого табличного формата, и расширил партнерство с Databricks, чтобы переносить данные из легаси-ERP-систем в свою современную облачную аналитическую платформу.
«Благодаря тому, что SAP четко обозначила позицию по Iceberg, мы теперь видим, как SAP переходит от очень закрытой модели хранения приложений к открытой модели lakehouse», — заявил Аарон Розенбаум, старший директор-аналитик Gartner, имея в виду концепцию, объединяющую озера данных и хранилища.
Не менее важным стал мост между современной аналитикой в облаке и локальными (on-premises) или размещенными у хостинг-провайдера легаси-системами, такими как ECC — ERP-система, широко используемая глобальными компаниями. «SAP сделала довольно крупный шаг, заявив, что открывает это не только для S/4HANA Cloud [новейшей ERP-системы], но и для пользователей ECC. Эта связка — использование ИИ и lakehouse для ИИ в привязке к жизненному циклу обновления ERP — и была проблемой», — сказал Розенбаум.
В мае этого года SAP приобрела Dremio, lakehouse-платформу на базе Apache Iceberg, положив конец прежнему предпочтению Databricks Delta Sharing для двунаправленного объединения продуктов данных SAP с существующими lakehouse.
На конференции SAP TedEd на прошлой неделе SAP сообщила, что Business Data Cloud (BDC) — «доверенная основа данных для SAP Business AI Platform» — теперь будет поддерживать нативный Apache Iceberg и универсальный каталог на базе Apache Polaris, «обеспечивая открытую и управляемую основу данных для пользователей и [платформы ИИ-агентов] Joule для потребления данных».
Вместе с SAP BDC Connect новая технологическая политика обеспечит интероперабельность платформ с помощью zero-copy data sharing между платформами Databricks, Snowflake, Google, AWS и Microsoft. Система также продолжит поддерживать Delta Lake — альтернативный открытый табличный формат от Databricks, сообщили в SAP.
Благодаря интеграции SQL-движка запросов Dremio пользователи BDC также получат доступ к реляционным базам данных, включая SQL Server, MongoDB, Oracle и PostgreSQL, без перемещения данных, сообщил вендор.
На той же конференции Databricks — lakehouse-компания, выросшая из платформы Apache Spark, — расширила партнерство с SAP на основе ранее анонсированного SAP Databricks, который встраивает Databricks Data + AI Platform в BDC.
Этот «расширенный охват» обещает сделать данные приложений SAP доступными для потребления в выбранном движке SAP Business Data Cloud, включая SAP Databricks. Вендор сообщил, что производитель, который ведет финансы и цепочку поставок в локальной SAP ECC, мог бы, например, использовать SAP Application Data Foundation для переноса исторических данных о заказах в SAP Databricks, объединяя их со сторонними данными, что позволяет инженерам данных строить модели прогнозирования спроса на основе бизнес-семантики SAP без создания индивидуальных конвейеров извлечения. Эту работу можно сохранить при переходе в облако, отмечают в Databricks.
А поскольку сейчас 2026 год, ожидаемый результат всей этой инженерии данных — не только бизнес-аналитика, но и автоматизированные действия с помощью ИИ-агентов. У SAP есть ИИ-ассистент и агентная платформа Joule, тогда как у Databricks есть Genie, и компании пообещали объединить их.
Растущая открытость полезна пользователям: у них появится больше вариантов при разработке стратегии объединения корпоративных данных, но перед ними встанет вопрос, где разместить слой бизнес-контекста, за контроль над которым вендоры, несомненно, будут бороться, считает Розенбаум.
«Прозвучал комментарий, что в будущем Joule и Genie будут объединены. Это указывает на борьбу за контекстный слой, которая идет и на предприятиях, и среди всех вендоров. Я не вижу, что будет один победитель. В транзакционной системе и во всем бизнесе есть разные точки контекста, и они были точками напряжения.
Отсутствие привязки к одному вендору важно. Это то, с чем сталкиваются все заказчики: как строить эти контекстные слои и давать в некотором роде согласованные ответы?»
Разворот SAP в сторону открытости, вероятно, поможет пользователям в этой борьбе, независимо от того, решат ли они строить контекстный слой внутри платформы данных ERP-вендора с использованием его семантического слоя или вне ее — с помощью инструментов других вендоров: компаний, готовых помочь тем, кто открывает кошелек, предостаточно.
Тем не менее, какой бы путь ни выбрали пользователи, впереди много работы. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Lindsay Clark
