在各種文章中，我們研究了客戶如何利用SNP Glue與基于云的數據倉庫和數據湖相結合，以充分利用其SAP數據。SNP Glue 通過高性能集成解決方案幫助客戶解鎖 SAP 數據孤島。例如，可以使用SNP Glue先進的增量捕獲（CDC）近乎實時地將SAP數據近乎實時的流式傳輸到基于云的數據平臺。

現在，大多數客戶都在詢問與基于云的數據倉庫的集成，這些數據倉庫通常來自Hyperscalers和Snowflake。但是，這可能有點短視。在處理SAP數據時，一定要看看SAP本身提供了什么。隨著數據倉庫云 （DWC）在2023 年重新融入具有新功能的數據領域，有一個非常有趣的產品值得更多關注-Datasphere。

在比較解決方案時，可能會有一些短見的原因，畢竟不幸的是，SAP已經設法傳播了關于報告和數據倉庫的混淆，甚至在SAP HANA的早期，Hasso Plattner自己告訴客戶，使用HANA，您將不再需要SAP BW(順便說一句，有人記得HANA Vora是如何適應這種情況的嗎?)

如今，SAP BW (BW/4HANA)發展強勁，SAP已經在某種程度上轉型為一家云公司(顯然，許多客戶需要時間來轉型，當涉及到他們的核心業務系統時，他們仍然遵循陳舊的內部部署策略)?？紤]到這一點，讓我們來看看SAP在數據倉庫和報告方面的云功能!

幾年前，SAP引入了DWC，即數據倉庫云。在新版本中，SAP將其擴展到Datasphere產品中。這不僅僅是一個經過改進的SAP BW，而是一個更加現代化和雄心勃勃的發展。例如，SAP BW的傳統弱點之一一直是在就業市場上很難找到真正實施它的人才。原因是您需要一個獨特的業務知識、數據知識和使用SAP自己的編程語言ABAP進行編碼的概要文件。如果沒有這種組合，您的實施就無法在將數據建模和數據轉換方面適應您自己的業務。

使用SAP的Datasphere，您可以使用數據科學家所選擇的語言Python——來實現這些轉換。這顯然更加現代和可擴展。即使一些ABAP老手也希望看到Python編譯器集成到Netweaver ABAP堆棧中，作為ABAP引擎的輔助工具，說到這里，也許Walldorf的某個人會讀到這篇文章并開始。

Datasphere提供了您對現代數據倉庫的期望：數據存儲、數據目錄功能，甚至為員工提供數據自助服務。它提供了到其他云或本地資源的多個連接器。但更重要的是那些來自“SAP”類別的產品，客戶有很多選擇。它提供了從ABAP類型的連接、BW或BW4模型到S4/HANA云產品的所有功能。除了連接中可用的常見“拉取”方法外，第三方ETL工具還可以利用Open SQL模式將數據直接寫入Datasphere租戶中的數據層。

Datasphere使用SAP自己的HANA內存數據庫，它基于列，保證了出色的報告性能。使用現代硬件，內存和存儲方面的傳統限制不再是真正的問題，顯然，僅使用來自ERP的業務數據，無論如何都不會構建數百TB的數據湖。在這方面，出色的性能與SAP HANA特性(如數據聯合(HANA視圖))相結合顯然更為重要。

不過，SAP Datasphere并不打算成為最終的數據消費平臺。它依賴于SAP分析云(SAC)或其他第三方前端技術。整個體系結構如下圖所示。

與傳統SAP BW非常不同的關鍵功能之一是數據市場，它允許您利用云的真正力量。它適用于三個用例：

內部數據共享

這允許您重新考慮數據倉庫策略。組織的每個部分都可以作為單獨的數據創建者和提供者(例如，財務、營銷和采購等)，并可以決定共享哪些數據以及如何共享。數據共享的整個過程是分散的，因此更加靈活。從成本控制的角度看分配成本也容易得多。同樣的概念也適用于私有和公共數據共享。

私有數據共享

您可以輕松地與子公司或總部共享您的數據，就像您在內部共享數據一樣。再次以優雅的方式處理了難題，同時確保了簡單性、安全性和合規性。

公共數據共享

更重要的是，有來自100多個數據提供商的3000多種數據產品，這些產品可以很容易地使用，天氣數據、股票市場信息或人口統計數據只需點擊一下。是的，理論上你甚至可以把你的數據出售給其他公司。

為了簡化和加速向Datasphere的實現和過渡，SAP擁有“Datasphere, BW Bridge”?？蛻艨梢允褂迷摷夹g逐步從現有的SAP BW解決方案遷移到Datasphere。SAP承諾重用SAP BW數據模型、定制和范圍內多達80%的SAP BW對象的數據。顯然，BW InfoProviders的一些外來的或遺留的數據類型不會自動遷移，但是SAP BW客戶最終還是需要對這些數據類型進行整理和“翻新”。

從技術上講，BW Bridge運行在獨立的云租戶中，但與Datasphere租戶共享數據。BW Bridge建立在SAP BW/4HANA之上(但功能略有改變)，位于傳統BW系統和云解決方案之間。您可以將其用作遷移和轉換期間的暫存和傳遞。通過將其集成到SAP的BTP云解決方案中，這不僅是SAP的后續遷移，而且還為客戶提供了兩個重要的好處：

■ 它允許在過渡期間使用SAP ABAP。

■ 它可以為客戶提供一個非?？岬倪x擇來測試SAP BTP及其獨特的功能。

不過，這里有幾點需要注意。首先，BW Bridge將消耗額外的“容量單位”(CU)，即SAP云貨幣。與所有云提供商一樣，基于消費的應用程序的定價可能有點棘手，因為在使用它們之前，您不知道自己實際會消費多少。其次，BW Bridge是基于SAP業務倉庫的，但是您將無法運行查詢。Bridge只能執行老SAP BW的數據管理功能。此外，BW Bridge只能處理ODP連接器。雖然這在某種程度上是有意義的，但這意味著甚至不可能攝取文件。

現在，從SNP的角度來看，一個明顯的問題是：SNP Glue如何適應這幅圖？在很多情況下，Glue 在過渡中非常有幫助，但在這項技術的日常操作中也是如此：

■ 您可以使用SNP Glue以“one hop”的方式將SAP BW歷史數據從傳統SAP BW系統(甚至多個BW系統)一次性遷移到Datasphere。

■ 更重要的是，您可以使用SNP Glue從基于SAP Netweaver的系統或SAP的云解決方案中提取數據，并在持續的基礎上將數據流式傳輸到Datasphere。這就是我們所說的“one hop”場景。在某種程度上，這種方案可以幫助客戶在不需要BW Bridge作為“中間人”的情況下進行轉換。

■ 對于非sap數據源也是如此。例如，您可以將來自Salesforce的數據流式傳輸到Datasphere，以構建報表和數據科學場景，其中包括來自各種解決方案甚至外部數據源的異構數據。

■ 在“double hop”方案中，客戶可以利用 Datasphere 收集、處理、過濾、豐富 SAP 業務數據，并將結果傳遞到基于Hyperscaler、新興技術(如Snowflake)或經過驗證的大數據數據平臺(如Cloudera (CDP))的更全球化的數據湖。這種數據湖的一個例子是將資產和工廠維護數據與非sap數據源(如傳感器數據源)混合，以實現預測性維護方案。

有了SNP Glue，客戶可以選擇在他們的SAP Netweaver系統上將其作為一個純SAP插件運行，也可以選擇新的SNP Glue云功能，該功能目前正在與試點客戶進行逐步提升。

最后，SAP沒有提供將冷數據存儲(例如NLS)遷移到新的基于云的世界的解決方案。SNP的Outboard套件涵蓋了SAP ERP和BW的數據管理和歸檔，可以將這些歸檔數據公開給任何數據湖或數據倉庫技術，無論是SAP自己的Datasphere還是任何其他(可能更便宜的)云存儲甚至SQL數據庫。

審核編輯 黃宇