最近，SAP遇到了點(diǎn)小麻煩。

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

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

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

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

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

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

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

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

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

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

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

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

[[260098]]

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

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

正因?yàn)檫@些都是SAP的ERP客戶所需所求，主業(yè)為ERP的SAP才會(huì)對(duì)分析型數(shù)據(jù)庫更為敏感。事實(shí)上，HANA希望在通過數(shù)據(jù)做歷史性的分析之外，還能通過數(shù)據(jù)幫助企業(yè)實(shí)時(shí)做出決策，因?yàn)榻裉斓氖袌?chǎng)變了，變成以客戶的個(gè)性化需求為導(dǎo)向，因此企業(yè)的未來在于敏捷企業(yè)、實(shí)時(shí)企業(yè)，進(jìn)而成為智慧企業(yè)。

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

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

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

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

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

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

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

[[260099]]

什么是SAP HANA的下半場(chǎng)？這也許就是SAP今年1月29日宣布重組計(jì)劃的重點(diǎn)：SAP希望將研發(fā)重心轉(zhuǎn)移到新經(jīng)濟(jì)最需要的領(lǐng)域——人工智能、深度機(jī)器學(xué)習(xí)、物聯(lián)網(wǎng)和區(qū)塊鏈中，這在一定程度上，也是因?yàn)閺耐瞥龅饺缃駳v經(jīng)8年時(shí)間的HANA已經(jīng)進(jìn)入了成熟階段。

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

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