SAP mở dữ liệu hai chiều với Apache Iceberg và Databricks

Phần mềm05 tháng 11, 2026·6 phút đọc

SAP chính thức hỗ trợ native Apache Iceberg và mở rộng hợp tác với Databricks, chuyển từ mô hình lưu trữ ứng dụng khép kín sang lakehouse mở. Động thái này giúp doanh nghiệp chia sẻ dữ liệu không sao chép giữa nhiều nền tảng, nhưng cũng mở ra cuộc chiến giành quyền kiểm soát lớp ngữ cảnh (context layer) cho AI.

SAP mở dữ liệu hai chiều với Apache Iceberg và Databricks

SAP đã có những bước tiến đáng kể trong việc mở dữ liệu để chia sẻ hai chiều xuyên suốt doanh nghiệp, đồng thời tách năng lực phân tích nâng cao phục vụ AI khỏi lộ trình nâng cấp ERP. Tại một hội nghị kỹ thuật tuần trước, hãng phần mềm Đức đã công bố hỗ trợ gốc (native) cho Apache Iceberg — định dạng bảng mở — và mở rộng quan hệ đối tác với Databricks.

Từ mô hình khép kín sang lakehouse mở

Theo Aaron Rosenbaum, Giám đốc cấp cao phụ trách phân tích tại Gartner, việc SAP đặt nền móng với Iceberg đánh dấu bước chuyển quan trọng: "Với [việc] đặt nền móng bằng Iceberg, giờ đây SAP đang chuyển từ một mô hình lưu trữ ứng dụng rất khép kín sang mô hình lakehouse mở." Lakehouse là khái niệm kết hợp data lake (hồ dữ liệu) và data warehouse (kho dữ liệu).

Điểm quan trọng không kém là cầu nối giữa phân tích hiện đại trên cloud với các hệ thống cũ chạy tại chỗ (on-prem) hoặc thuê ngoài, chẳng hạn ECC — hệ thống ERP được nhiều doanh nghiệp toàn cầu sử dụng. Rosenbaum nhận xét: "SAP đã có bước đi khá lớn khi tuyên bố sẽ mở rộng, không chỉ cho S/4HANA Cloud [hệ ERP mới nhất] mà cả người dùng ECC. Việc ghép nối đó — tận dụng AI, tận dụng lakehouse cho AI trong vòng đời nâng cấp ERP — từng là một vấn đề nan giải."

Dremio, Polaris và chia sẻ dữ liệu zero-copy

Tháng 5 năm nay, SAP đã mua lại Dremio, nền tảng lakehouse xây dựng quanh Apache Iceberg, chấm dứt ưu tiên trước đó dành cho Delta Sharing của Databricks trong việc kết nối hai chiều dữ liệu SAP với các lakehouse hiện có.

Tại hội nghị TedEd của SAP tuần trước, hãng cho biết Business Data Cloud (BDC) — nền tảng dữ liệu được ví là "nền tảng dữ liệu đáng tin cậy cho SAP Business AI Platform" — nay hỗ trợ native Apache Iceberg và một catalog phổ quát vận hành trên Apache Polaris, "cung cấp nền tảng dữ liệu mở và được quản trị để người dùng và [nền tảng AI agent] Joule khai thác dữ liệu."

Cùng với SAP BDC Connect, chính sách công nghệ mới sẽ hỗ trợ khả năng tương tác nền tảng với "chia sẻ dữ liệu zero-copy" (không sao chép dữ liệu) giữa các nền tảng của Databricks, Snowflake, Google, AWS và Microsoft. SAP cho biết hệ thống vẫn tiếp tục hỗ trợ Delta Lake — định dạng bảng mở thay thế đến từ Databricks.

Nhờ tích hợp engine truy vấn SQL của Dremio, người dùng BDC cũng có thể truy cập các cơ sở dữ liệu quan hệ như SQL Server, MongoDB, Oracle và PostgreSQL mà không cần di chuyển dữ liệu.

Databricks mở rộng phạm vi hợp tác

Cũng tại hội nghị, Databricks — công ty lakehouse ra đời từ nền tảng Apache Spark — đã mở rộng quan hệ đối tác với SAP dựa trên SAP Databricks đã công bố trước đó, vốn nhúng Databricks Data + AI Platform vào BDC.

Phạm vi mở rộng này hứa hẹn đưa dữ liệu từ các ứng dụng SAP sẵn sàng cho việc khai thác trong engine SAP Business Data Cloud tùy chọn, bao gồm SAP Databricks. Ví dụ, một nhà sản xuất đang chạy tài chính và chuỗi cung ứng trên SAP ECC tại chỗ có thể dùng SAP Application Data Foundation để đưa dữ liệu đơn hàng lịch sử vào SAP Databricks, kết hợp với dữ liệu bên thứ ba và cho phép kỹ sư dữ liệu xây dựng mô hình dự báo nhu cầu trên ngữ nghĩa nghiệp vụ của SAP, mà không cần pipeline trích xuất tùy chỉnh. Theo Databricks, họ có thể giữ nguyên công việc đó khi chuyển lên cloud.

Cuộc chiến lớp ngữ cảnh cho AI agent

Kết quả kỳ vọng từ toàn bộ công việc kỹ thuật dữ liệu này trong năm 2026 không chỉ là thông tin kinh doanh mà còn là hành động tự động thông qua AI agent. SAP có trợ lý AI Joule và nền tảng agentic, Databricks có Genie, và hai công ty đã cam kết tích hợp chúng với nhau.

Rosenbaum cho rằng sự cởi mở ngày càng tăng có lợi cho người dùng khi có thêm lựa chọn xây dựng chiến lược hợp nhất dữ liệu doanh nghiệp, nhưng cũng khiến họ phải cân nhắc nơi đặt lớp ngữ cảnh nghiệp vụ — thứ mà các nhà cung cấp chắc chắn sẽ tranh giành quyền kiểm soát.

"Bạn có ghi chú rằng họ sẽ đưa Joule và Genie lại gần nhau trong tương lai. Điều này cho thấy một cuộc tranh đấu đang diễn ra trong các doanh nghiệp và giữa tất cả nhà cung cấp về lớp ngữ cảnh. Tôi không nhất thiết thấy có một người thắng duy nhất. Bạn có nhiều điểm ngữ cảnh khác nhau trong hệ thống giao dịch và trên toàn bộ doanh nghiệp, và đó là những điểm căng thẳng."

"Việc không bị khóa chặt vào một nhà cung cấp rất quan trọng. Đó là điều mọi khách hàng đang vật lộn: làm sao xây dựng các lớp ngữ cảnh này và đưa ra câu trả lời nhất quán?"

Việc SAP chuyển hướng cởi mở có thể giúp người dùng trong cuộc vật lộn này, dù họ chọn xây lớp ngữ cảnh bên trong nền tảng dữ liệu của hãng ERP bằng lớp ngữ nghĩa của nó, hay bên ngoài bằng công cụ từ các nhà cung cấp khác. Tuy nhiên, dù chọn hướng nào, vẫn còn rất nhiều việc phía trước.

Góc nhìn

Với các kỹ sư dữ liệu và doanh nghiệp Việt Nam đang vận hành SAP — đặc biệt những nơi còn dùng ECC trước khi lên S/4HANA — thông tin này có nghĩa dữ liệu ERP không còn bị nhốt trong một hệ sinh thái duy nhất. Hỗ trợ Apache Iceberg và chia sẻ zero-copy cho phép kết hợp dữ liệu SAP với các nguồn khác mà không phải xây pipeline trích xuất tùy chỉnh, vốn là phần tốn công và dễ lỗi nhất trong các dự án tích hợp.

Tuy nhiên, việc có nhiều lựa chọn hơn cũng đặt ra bài toán thiết kế: đặt lớp ngữ cảnh nghiệp vụ ở đâu để AI agent trả lời nhất quán. Các đội kỹ thuật nên chuẩn bị sẵn năng lực về định dạng bảng mở (Iceberg, Delta Lake) và quản trị catalog, thay vì phụ thuộc hoàn toàn vào công cụ của một nhà cung cấp.

Nguồn: theregister.com · Quy trình biên tập

Chia sẻ:FacebookX