十年前就在使用SAP的客戶詢問我當(dāng)時突然出現(xiàn)的新事物：大數(shù)據(jù)。五年前，變成了數(shù)據(jù)湖和機器學(xué)習(xí)。現(xiàn)在一切都是關(guān)于數(shù)據(jù)集成，當(dāng)然還有人工智能。有時處理數(shù)據(jù)的基本方法已經(jīng)改變或者發(fā)展。有時只是名字的改變。例如，在過去十年中，數(shù)據(jù)湖演變成數(shù)據(jù)網(wǎng)格（Data Meshes)，當(dāng)你想到它時，它只不過是一個相互連接的稍微復(fù)雜的數(shù)據(jù)湖。

那么有一個問題:如何集成SAP數(shù)據(jù)？

十年前很熱門的一個話題現(xiàn)在仍然很熱門:如何將SAP數(shù)據(jù)與Hadoop集群或企業(yè)多云集成?每個超大規(guī)模云廠商都有一個現(xiàn)成的答案，但是如果您是SAP客戶，您不會對其中的每一個都100%滿意。這就是為什么我們創(chuàng)建了解決方案SNP Glue。

近期的Glue系列文章，我們將深入探討將SAP與您選擇的云技術(shù)集成所面臨的挑戰(zhàn)，以及我們?nèi)绾螒?yīng)對這些挑戰(zhàn)。我們將自己的技術(shù)構(gòu)建為中間件是有充分理由的，從各種SAP數(shù)據(jù)源的增量捕獲到性能和靈活性。

第一篇文章中，我將介紹背景，而在后續(xù)的文章中，將詳細(xì)介紹云廠商以及SNP Glue與它們進(jìn)行技術(shù)集成的功能。

為什么要將SAP與云數(shù)據(jù)倉庫或數(shù)據(jù)湖集成?

現(xiàn)在最顯而易見的答案是“這樣你就可以在這些數(shù)據(jù)上釋放現(xiàn)代人工智能的力量”……

然而，公平地說，雖然這在某種程度上可能是正確的，但現(xiàn)實往往要簡單得多!

在SNP，我們看到兩種客戶案例:

第一種是單一集成場景，就像一個專門的應(yīng)用程序來幫助用戶處理供應(yīng)鏈的單一方面?；蛘邇x表盤?；蛘咭愿叨冗x擇性的方式向外部審計人員提供數(shù)據(jù)。

第二個是大規(guī)模的SAP集成，每個生產(chǎn)系統(tǒng)中幾乎所有SAP應(yīng)用程序表都需要對云中的數(shù)據(jù)湖可用。

用例是多重的，包括報告、指示板、審計、供應(yīng)鏈優(yōu)化、預(yù)測性維護(hù)、減少客戶流失等等。顯然，在SAP數(shù)據(jù)副本上實現(xiàn)這樣的用例(其中一些個人數(shù)據(jù)可能因GDPR原因而匿名!)有許多優(yōu)點，最明顯的是避免對SAP的任何性能影響。其他優(yōu)點是更容易混合來自多個數(shù)據(jù)源的數(shù)據(jù)，并為AI/ML使用云特定功能。

顯然，當(dāng)一項技術(shù)能夠很好地擴展到第二種情況時，您也可以覆蓋第一種情況。然而，考慮到SAP ERP的巨大范圍，集成的技術(shù)需要非常強大。

這樣的軟件需要涵蓋這些不同的方面和特性。最明顯的是實現(xiàn)真正的可擴展性。SNP Glue可以將數(shù)以萬計的SAP表從多個SAP生產(chǎn)系統(tǒng)復(fù)制到云中，從而使數(shù)據(jù)可用于廣泛的用例。初始滿載和增量，理想情況下以大規(guī)模并行的方式。使用SNP Glue, SNP客戶完全可以實現(xiàn)這一點，例如，近乎實時地從一長串SAP系統(tǒng)(包括ERP和BW)中復(fù)制50,000個SAP表到云中的數(shù)據(jù)湖。

如果沒有良好的CDC(更改數(shù)據(jù)捕獲)，即增量復(fù)制，您將需要定期執(zhí)行全負(fù)載。數(shù)據(jù)將不斷過時。CDC可以針對不同的SAP數(shù)據(jù)源使用不同的技術(shù)來實現(xiàn)，例如，數(shù)據(jù)庫觸發(fā)器適用于ERP，但不適用于SAP BW。

為了獲得良好的性能并最大程度地減少數(shù)據(jù)在必須經(jīng)過的不同躍點鏈中的潛在“故障點”，您需要將目標(biāo)定位在 SAP 數(shù)據(jù)源和數(shù)據(jù)存儲（例如 Snowflake）之間建立直接的連接。通過減少中間人、潛在的故障點，從而使集成變得更加穩(wěn)固。

根據(jù)數(shù)據(jù)源、SAP模塊或應(yīng)用程序以及場景，您需要區(qū)分“應(yīng)用程序集成”和“數(shù)據(jù)集成”。應(yīng)用程序集成將更多地在源端由事件驅(qū)動(例如通過SAP Business Events、SAP bapi)，而在接收端由事件代理驅(qū)動(例如Kafka)。對于數(shù)據(jù)集成場景，您需要考慮使用原始SAP表來擴展集成解決方案并覆蓋盡可能多的領(lǐng)域。

SAP數(shù)據(jù)-關(guān)鍵且復(fù)雜

SAP數(shù)據(jù)往往是“特殊的”。在技術(shù)層面和應(yīng)用層面都是如此。例如，一旦您必須根據(jù)貨幣鍵將小數(shù)點插入SAP金額字段，而貨幣鍵在同一數(shù)據(jù)庫表中找不到，您就會知道我所說的“技術(shù)困難”是什么意思。集成解決方案不僅需要擴展和執(zhí)行，還需要能夠覆蓋這些技術(shù)(不用說，SNP Glue就可以)。此外，對于任何SAP集成解決方案，我建議不要忘記與數(shù)據(jù)目錄集成的必要性。

在應(yīng)用程序級別，SAP 數(shù)據(jù)的性質(zhì)在結(jié)構(gòu)化數(shù)據(jù)（例如 SAP ERP 表）、非結(jié)構(gòu)化數(shù)據(jù)（例如 SAP 存檔或 SAP 過賬附件）、非 ERP 數(shù)據(jù)（例如 SAP BW 查詢）或直接訪問 SAP 事務(wù)代碼輸出之間差異很大。一個好的集成解決方案應(yīng)該能夠處理許多這些數(shù)據(jù)源，而不僅僅是表。

ETL to ELT

最后，對于大規(guī)模場景，您還需要從古老的 ETL 范式（提取-轉(zhuǎn)換-加載）更改為 ELT 范式，其中數(shù)據(jù)首先遷移（提取和加載），然后才轉(zhuǎn)換（即過濾、清理、豐富、與其他源相結(jié)合等）。但是，這并不意味著 SAP 集成解決方案中不需要任何 ETL 功能。例如，在提取數(shù)據(jù)時應(yīng)該可以直接屏蔽一些個人數(shù)據(jù)（同樣，不用說，SNP Glue 不僅如此，而且通過原生SAP 集成還可以做到這一點）。

SNP Glue涵蓋了所有類型的數(shù)據(jù)目標(biāo)。我們的解決方案最初是為了將SAP與基于Hadoop的數(shù)據(jù)湖集成而構(gòu)建的，現(xiàn)已發(fā)展到涵蓋anyDB和anyCloud：

anyDB, i.e. Oracle, SAP DB, SAP ASE, SAP IQ, Microsoft SQL Server, DB2, DB4, DB6, …

anyCloud, i.e. AWS (e.g. redshift), Azure (e.g. Azure SQL), GCP (e.g. BigQuery), and Snowflake

anyTargets, 更多數(shù)據(jù)源和數(shù)據(jù)目標(biāo)平臺將在下期介紹中闡述

最后，關(guān)于如何安裝和部署SNP Glue。這相當(dāng)簡單：SNP Glue 部署為基于 ABAP 的插件，適用于所有類型的 SAP 部署：

經(jīng)典的SAP本地部署安裝

托管SAP以及基于私有云的SAP 安裝

SAP Rise

與此同時，我們正在推出其他功能，以最小的SAP占用空間添加基于云原生的本機部署，以及原生非SAP功能，以便能夠利用SAP Netweaver以外的數(shù)據(jù)源，具有極大的靈活性和可擴展性。

審核編輯 黃宇