最近，SAP遇到了點小麻煩。

3月8日，一篇英文博客《SAP’s Layoffs and a Brightwork Warning on HANA》出現(xiàn)在網絡上，國內有人用翻譯軟件翻譯成中文版《SAP HANA 大裁員：它怎么了？》。

實際上，據(jù)筆者了解，今年1月29日SAP在公布2018年業(yè)績超預期增長的同時，也宣布了公司將進行四年來的初次重組。應該說，人員減少是重組計劃的一部分，和HANA并不是一回事，也跟SAP的業(yè)績無關。

正因為此，在該篇文章下面的留言中，絕大多數(shù)并不認同文章中的觀點；即便當這篇文章在筆者所在的SAP顧問聯(lián)盟微信群里露出后，也沒有人對此進行評論，或許是因為博客文章確實過于偏頗，不值一評。倒是在網上那篇文章的留言中，筆者發(fā)現(xiàn)了一句話更值得思考：“如果……屬實，那（SAP）后面技術會往云上最通用的開源數(shù)據(jù)庫方向演進”——在筆者看來，或許此時此刻正是探討HANA對行業(yè)發(fā)展變革所產生價值和未來方向的理想時間點，這也是本文的初衷。

還記得筆者多年前與國內一家知名ERP公司的BI業(yè)務負責人聊起彼時剛剛風生水起的SAP HANA的時候，他專門給筆者在辦公室白板上畫了一幅圖，說明HANA的運行原理。

實際上，SAP HANA是一款能夠同時處理各種類型的事務和分析數(shù)據(jù)，并提供內置的高級分析引擎和多模式數(shù)據(jù)處理引擎的業(yè)務數(shù)據(jù)平臺，用于開發(fā)打造智慧企業(yè)所需的下一代應用。

眾所周知，傳統(tǒng)分析型數(shù)據(jù)庫軟件的基礎是數(shù)據(jù)倉庫，而數(shù)據(jù)倉庫實際上是一個專項的數(shù)據(jù)庫副本的集合，每隔一段時間根據(jù)指令從通用數(shù)據(jù)庫中抽取分析所需數(shù)據(jù)的數(shù)據(jù)庫副本。

這樣的好處是在進行數(shù)據(jù)分析處理的時候，不會影響到正常的交易型數(shù)據(jù)庫的工作，避免了兩類數(shù)據(jù)處理同時運行時的宕機風險。但是這樣一來，數(shù)據(jù)的路徑變長，數(shù)據(jù)分析的處理也就無法實時完成。

傳統(tǒng)的模式在過去PC時代，還是可以接受的；但對于今天智能手機普及、市場要求對終端客戶需求變化的反應越來越快的時代，無論公司高層還是業(yè)務主管都必須隨時隨地調用公司業(yè)務數(shù)據(jù)進行實時分析，這時候傳統(tǒng)模式就顯得力不從心了。

有需求就有市場。HANA將數(shù)據(jù)庫與數(shù)據(jù)倉庫合二為一，讓數(shù)據(jù)的路徑更短，讓數(shù)據(jù)分析所依據(jù)的數(shù)據(jù)資源更廣、時間接近于實時，同時得益于當時剛好列存儲、內存計算技術已近成熟，硬件成本正在大幅下降，包括內存、服務器、存儲設備以及云的成本都在下降，從而使得HANA的出現(xiàn)恰逢其時，HANA的普及成為可能。

更值得一提的是，由于HANA是建立在開放硬件平臺和云平臺的基礎之上的，這也為SAP帶來了全新的生態(tài)系統(tǒng)，包括IBM、聯(lián)想、華為、浪潮、惠普、戴爾、富士通等主流服務器硬件供應商，也包括AWS、微軟Azure、谷歌、阿里云，都因此而成為SAP的基礎架構生態(tài)合作伙伴。

如此廣泛、與時俱進的生態(tài)合作伙伴體系，也足以證明HANA的成功和HANA模式的成功——HANA不僅得到了業(yè)界的廣泛認可，同時還幫助SAP建立起了生態(tài)層面的優(yōu)勢。

HANA的成功放在技術角度，無論是內存計算還是列存儲，都是業(yè)界目前公認的趨勢。即便是英文博客中所述“HANA的真正目的是為了讓客戶用HANA替換Oracle”中的Oracle，同樣在新一代的版本中，采用了內存計算和列存儲技術，來縮短在分析型數(shù)據(jù)庫領域與SAP HANA的差距。

[[260098]]

在筆者看來，Oracle數(shù)據(jù)庫和IBM DB2的優(yōu)勢強在交易型數(shù)據(jù)庫——比如在大并發(fā)、海量的銀行或電商每秒成百上千的交易數(shù)據(jù)轉換中，保證系統(tǒng)的穩(wěn)定性并通過高性能來支撐交易的實時達成，這就是交易型數(shù)據(jù)庫通常所說的高性能、高可靠和高可用。

與交易型數(shù)據(jù)庫相對應，分析型數(shù)據(jù)庫的關鍵在于尋找數(shù)據(jù)之間的關系，通過算法進行相對復雜的計算——在傳統(tǒng)的分析型數(shù)據(jù)庫應用中，指導銷售決策和布局的BI報表和儀表盤是典型的應用場景，通常影響銷售決策的變量可能多達幾十個，回溯到ERP生產供應鏈系統(tǒng)中，變量同樣有很多。

正因為這些都是SAP的ERP客戶所需所求，主業(yè)為ERP的SAP才會對分析型數(shù)據(jù)庫更為敏感。事實上，HANA希望在通過數(shù)據(jù)做歷史性的分析之外，還能通過數(shù)據(jù)幫助企業(yè)實時做出決策，因為今天的市場變了，變成以客戶的個性化需求為導向，因此企業(yè)的未來在于敏捷企業(yè)、實時企業(yè)，進而成為智慧企業(yè)。

從2011年至今，SAP HANA的成功案例不勝枚舉——無論是華為、聯(lián)想還是中石化、中國化工都先后采用了基于SAP HANA的解決方案，大幅提升了銷售報告、財務分析報表、企業(yè)運營決策等業(yè)務領域在系統(tǒng)響應時間、數(shù)據(jù)分析方面的效率。

記得上海寰融信息的負責人證實說，利用SAP HANA平臺，將業(yè)務數(shù)據(jù)分析所需的原來幾個小時縮短到僅幾秒鐘；AdMaster精碩科技則表示，通過SAP HANA平臺，公司實現(xiàn)了數(shù)據(jù)分析處理從“溫數(shù)據(jù)”到“熱數(shù)據(jù)”的瞬間響應，數(shù)據(jù)響應時間從原來的5分鐘縮短到以“秒”為計算單位。

在筆者的印象中，SAP自2011年推出HANA平臺，其開放架構隨即迅速獲得了除了Oracle/SUN之外其他幾乎所有主流服務器廠商的支持，并且開始贏得越來越多的客戶信賴。這其中的原因很簡單：開放贏得生態(tài)，性能贏得客戶。

正因為此，Oracle和IBM依然是SAP非常緊密的合作伙伴——實際上，兩家到現(xiàn)在還一直保持著規(guī)模龐大的SAP業(yè)務部門，幫助客戶實施SAP系統(tǒng)，作為IBM和Oracle底層業(yè)務的延伸。

在筆者看來，SAP HANA的競爭對手既不是IBM DB2，也不是Oracle數(shù)據(jù)庫，充其量Oracle ERP業(yè)務才算是。而HANA有可能在路徑選擇上略有爭議的地方，或許是2015年SAP在推出SAP S/4HANA之初曾經不考慮支持其他數(shù)據(jù)庫。但最終，SAP HANA還是通過Data Hub和其他的數(shù)據(jù)連接器，使得開放和開放架構成為常規(guī)選項。同時從數(shù)據(jù)分析的角度看，HANA既可做其他數(shù)據(jù)庫的源端，也可以做其他數(shù)據(jù)庫的目的端。

盡管如此，在SAP推出 S/4HANA一年以后的2016年，SAP S/4HANA的客戶數(shù)量在全球達到了3200家，其中包括相當比例的重量級客戶，以致于SAP Business Suite高級銷售副總裁Markus Schwarz當年宣布S/4HANA是SAP歷史上最成功的產品之一。

如今，不僅上線SAP S/4HANA ERP套件的客戶遍布全球，而且在去年還推出了以HANA為基礎的下一代CRM客戶體驗套件。從這一角度，SAP的HANA之路還遠未結束，甚至還沒有進入下半場。

[[260099]]

什么是SAP HANA的下半場？這也許就是SAP今年1月29日宣布重組計劃的重點：SAP希望將研發(fā)重心轉移到新經濟最需要的領域——人工智能、深度機器學習、物聯(lián)網和區(qū)塊鏈中，這在一定程度上，也是因為從推出到如今歷經8年時間的HANA已經進入了成熟階段。

而人工智能、深度機器學習、物聯(lián)網和區(qū)塊鏈這些新的技術領域，實際上就是SAP的Leonardo，也是SAP在HANA下半場希望為S/4HANA企業(yè)資源規(guī)劃系統(tǒng)和客戶體驗系統(tǒng)帶來面向新經濟的持續(xù)優(yōu)勢的關鍵所在。

“HANA+Data Hub在今天形成了HANA數(shù)據(jù)管理的平臺。”一位SAP業(yè)務負責人曾對筆者解釋說，“以前企業(yè)級的數(shù)據(jù)處理更多是中央數(shù)據(jù)庫的方式讀取、處理、存儲，而今SAP的解決方案是數(shù)據(jù)流在傳輸過程中得到處理，通過去中心化的數(shù)據(jù)容器Data Container來實現(xiàn)。”