文 | 本刊記者 孫杰賢

?

SAP：不破不立

文 | 本刊記者 孫杰賢

我們常說，“在繼承中創(chuàng)新，在創(chuàng)新中發(fā)展”，然而繼承與創(chuàng)新之間的力度與火候該如何把控，許多企業(yè)都不得入道之“法門”。

“新數(shù)字經(jīng)濟時代的到來，將一切改變。激發(fā)商業(yè)變革的無限想象，釋放數(shù)字創(chuàng)新的無限力量。商業(yè)格局變化之快前所未有，你是否已經(jīng)準備好？如何才能擁有駕馭數(shù)字經(jīng)濟時代的技術(shù)與能力，如何才能轉(zhuǎn)型成為實時靈動企業(yè)？”

這是4月19日召開的SAP論壇上海站活動的宣傳語。圍繞“數(shù)字經(jīng)濟下的商業(yè)重構(gòu)”這一主題，SAP公司與IBM、華為、聯(lián)想等合作伙伴以及寶沃汽車、三一重工、世茂集團等企業(yè)用戶對上述問題進行了全面深入的探討。同日，SAP公司還與廣州立白集團和上海東方籃球俱樂部簽署合作協(xié)議，助力他們的數(shù)字化轉(zhuǎn)型。

作為上海東方籃球俱樂部的董事長，姚明說希望借助SAP的技術(shù)和經(jīng)驗來不斷提升俱樂部的數(shù)字化水平從而發(fā)揮最大化競爭優(yōu)勢，而SAP的技術(shù)和經(jīng)驗都濃縮于S/4HANA。

S/4HANA，SAP公司的未來與希望。

重寫4億行代碼

2015年2月，S/4HANA正式面世。SAP公司自己的評價是“里程碑”、“劃時代”和“公司歷史上最重要的產(chǎn)品”。

回顧SAP公司的產(chǎn)品線路圖：R/1、R/2和R/3大約每10年更新一代；2004年，SAP ECC的發(fā)布標志著SAP產(chǎn)品從MRP進入 ERP時代；2010年SAP收購Sybase并在年底推出革命性的SAP HANA；2013年1月，SAP推出了Business Suite on HANA。

但Business Suite on HANA 還只是把應用套件運行在HANA平臺之上沒有對相關(guān)的應用進行架構(gòu)上的優(yōu)化，而S/4HANA則是把各大應用功能模塊的代碼基于HANA進行重寫并做了優(yōu)化，重寫代碼多達4億行。

SAP公司創(chuàng)始人哈索·普拉特納教授在其新書《內(nèi)存革命》里提到：“說到企業(yè)應用，我們會想到計劃、研發(fā)、生產(chǎn)、運輸、銷售、訂單執(zhí)行、客服以及人力資源等。但現(xiàn)在不是所有的領(lǐng)域都能被SAP的標準產(chǎn)品所覆蓋，因為市場出現(xiàn)了新的數(shù)據(jù)庫和新的技術(shù)應用，所以我們需要改變，需要提升，以開拓新的市場?！?/p>

不破不立，這就是為什么SAP如此果敢而又不遺余力的研發(fā)S/4HANA。

不是一款簡單ERP產(chǎn)品

研究機構(gòu)IDC認為，整個IT行業(yè)已經(jīng)進入以用戶、計算和計算為中心的“第三平臺創(chuàng)新”階段。

在新的發(fā)展階段，傳統(tǒng)ERP已經(jīng)明顯力不從心，難以滿足市場需求。用SAP大中華區(qū)解決方案與架構(gòu)設計部總經(jīng)理李旭東的話說就是“老辦法解決不了新問題”。

傳統(tǒng)ERP分為內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)，僅部分集成，采用的是落后而又復雜的報表工具。而用戶需要的是實時一致的業(yè)務數(shù)據(jù)，員工、用戶、供應商甚至用戶的用戶之間的全面協(xié)同，以及基于模型和趨勢的智能分析預測工具。

ERP變革勢在必行。SAP首席執(zhí)行官孟鼎銘曾有如下表述：SAP正為21世紀重新定義ERP的概念，SAP S/4HANA將整合軟件與人，打造實時的、網(wǎng)絡化的和簡單運營的業(yè)務，企業(yè)IT的復雜性將會因此而走上末路。

這就是S/4HANA，源自ERP卻又超越了ERP的概念與范疇。SAP希望它能夠成就實時、敏捷和智慧的企業(yè)，幫助企業(yè)的數(shù)字化轉(zhuǎn)型，從而重塑企業(yè)核心競爭力。

因HANA而不同

S/4HANA之所以與眾不同，是因為HANA技術(shù)，哈索·普拉特納該技術(shù)是發(fā)明者之一。

HANA被業(yè)界看作是SAP公司重塑其企業(yè)管理軟件架構(gòu)的第二次機會，將會幫助SAP避免成為被競爭對手所逐漸蠶食的而逐漸走向衰敗的夕陽公司。而事實也是，SAP公司從上到下，人人都在談HANA，推廣HANA。

內(nèi)存數(shù)據(jù)庫，其帶來的優(yōu)越性能不僅僅在于對內(nèi)存讀寫比對磁盤讀寫快上，更重要的是，從根本上拋棄了磁盤數(shù)據(jù)管理的許多傳統(tǒng)方式：基于全部數(shù)據(jù)都在內(nèi)存中管理進行了新的體系結(jié)構(gòu)的設計，并且在數(shù)據(jù)緩存、快速算法、并行操作方面也進行了相應的改進，從而使數(shù)據(jù)處理速度一般比傳統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)處理速度快很多，一般都在10倍以上，理想情況甚至可以達到1000倍。

而HANA是業(yè)界第一款正式商用的內(nèi)存數(shù)據(jù)庫產(chǎn)品，它實現(xiàn)了數(shù)據(jù)最高級別顆粒度的存儲與解析，能夠很好滿足企業(yè)應用對大數(shù)據(jù)的需求?；贖ANA，S/4HANA變得更加的經(jīng)濟、簡潔、靈活與智慧。

“數(shù)據(jù)庫”的確是個問題

HANA近乎完美，贏得掌聲一片。但是基于HANA技術(shù)的S/4HANA卻沒有這么好的待遇。

詬病來自于S/4HANA只能運行在HANA數(shù)據(jù)庫平臺之上。這也意味著那些購買了Oracle、SQL Server或DB2等其他數(shù)據(jù)庫產(chǎn)品的企業(yè)如果想部署S/4HANA，就必須面臨如何處理現(xiàn)有的數(shù)據(jù)庫許可的問題和IT異構(gòu)化的挑戰(zhàn)。

選擇無非兩種：考慮到成本和運維因素而放棄部署S/4HANA；部署S/4HANA，而代價就是加大IT的異構(gòu)化程度而且多花銀子。

既然如此，那么SAP緣何又“固執(zhí)”地將S/4HANA與HANA平臺綁定在一起呢？

最合理的解釋就是SAP公司對于HANA技術(shù)的自信，而且是超級自信——既然HANA是完美的、代表未來技術(shù)發(fā)展方向的、對企業(yè)用戶有著巨大價值，那么為什么不用呢？而且，S/4HANA既支持本地部署也支持云部署。

根據(jù)SAP官方提供的最新數(shù)據(jù)，在全球，S/4HANA用戶數(shù)量已經(jīng)超過3200個，而在去年10月份，這個數(shù)字是1300。事實勝于一切雄辯。

不管怎樣，承載SAP未來的S/4HANA在終結(jié)一個時代的同時又開啟了一個嶄新的時代。