SAP HANA 大裁員？命途多舛？

文：matinal 來源：SAP Technical

寫在前面

嗟乎！時運不齊，命途多舛，馮唐易老，李廣難封。本來不想寫這些花邊新聞，但流言并非止于智者，由于SAP這個龐大的且喜歡八卦的群體，宣傳力度太大，我覺得放到過去，大家都能自發(fā)組織起來和Oracle等打起群架來，還有一些朋友問我是不是SAP HANA真的大裁員，這樣未來還會繼續(xù)使用嗎等等問題。裁員和產品的使用沒有任何關系，也不必聯想到HANA會退出市場這樣的事情。matinal和大家聊一聊這件事。

文章最初由經緯翻譯，云頭條轉載，文章苦澀難懂，吃瓜者還不亦樂乎，說實話，我只看懂一個內容，就是HANA裁員，進行重組，其他內容你們究竟是怎么看懂的，發(fā)布文章的人要么是漢語不好，要么就是英語不好，要么就是一些人聰明伶俐，你說不懂我也能看懂。裁員不正常嗎，美團、滴滴、網易、京東等都在裁，一年還有春夏秋冬四季，公司企業(yè)就不能有個冬天，要是都是春夏，地球早裝不下了。

新聞資訊

SAP最近對HANA部門做出了重大的改變，把HANA職位的人員以及HANA實驗室的主管都解雇了，不管是競爭對手所為還是確有其事，我們暫且把新聞放在這，有興趣的可以去SAP總部進行求證。但根據matinal前面的陳述，讀者也能猜出個所以然來了。

但這種事一般都會有美其名曰的說法，國內的SAP顧問好像特別在意這一類的新聞，可能和國內的娛樂圈八卦有異曲同工之妙，覺得不管做什么事都要有瓜吃，吃瓜的時候千萬別偏激，有理拿證據，沒理別胡說，假的不要惡意傳播，真的自然水落石出。我想HANA裁員這件事，SAP后續(xù)也會給出解釋。各位就別一窩蜂的急著說好或者不好。

記得過年之前，我在回家的路上，看到SAP裁員的消息，來看看當時的新聞，SAP在19年對全公司進行了重組，重組將裁掉員工隊伍的4400名員工，導致重組費用在8億歐元（合9.135億美元）到9.5億歐元（合10.8億美元）之間，其中大多數費用是在2019年第一季度產生的。SAP稱，2018年積壓未交付的云計算業(yè)務超過100億歐元（合114億美元），增長30%。它預計2019年云訂閱和支持收入增幅將高達39%。并且SAP稱，到2023年預計總收入將超過350億歐元（合400億美元），這將比剛過去的一年猛增40%。說實話，處于通貨膨脹的狀態(tài)下，說出這樣的話也不容易。

HANA的歷史

我們知道在早年間SAP占據了ERP市場，而底層的數據庫則主要為Oracle和IBM占據。SAP當然不甘心只是擁有那一畝三分地，自己的應用非要使用別人的數據庫，關鍵是要給合作方費用。所以，擁有自己的數據庫一直是SAP想要的，完全占領一片市場并進行擴張。

時間回到11年，鋪天蓋地的內存數據庫新聞出現，每一次只要是有SAP HANA的新聞，都要和全新理念、完全創(chuàng)新放在一起，數據完全放在內存中做分析，列式數據庫的技術+內存計算的技術，無需索引，無需物化視圖，無需調優(yōu)，性能無可比擬的概念灌輸給每個客戶和企業(yè)。這一年，農夫山泉成為了SAP HANA在中國的第一個客戶，作為SAP內存計算產品HANA在全球第三個、亞太區(qū)第一個上線的企業(yè)。據農夫山泉后來的闡述，使用HANA后系統呈現出更順暢的運營、更準確的數據和更高效的性能。

眾所周知，SAP創(chuàng)始人之一, Hasso Plattner博士領導下研發(fā)出SAP HANA，并使用了大量的營銷方法，使得客戶量呈現出爆炸式的增長。

人事的背景

在HANA問世之后，SAP就在大力推廣，在一段時間里，HANA已經成了SAP的核心，凡是SAP的產品，都要和SAP關聯起來。據說Hasso選擇了一位不是很合格的人員來管理HANA產品，然而這個管理人員在幾年前離開SAP去了Infosys。在更換領導人員之后，HANA沒有取得什么大的進展，有興趣的朋友可以找一下SAP的相關資料，看一下HANA的前期投入，一味地投入沒有收入的產品會怎么樣，做產品誰都不希望沒有盈利。

HANA在出現之后，SAP就想把這個產品當成下一代核心盈利產品來對待。并且SAP也是這樣做的，把大多數自家的產品DB都更換為HANA了，脫離甲骨文是早晚的事情，畢竟肥水不流外人田。還把HANA做成了開放平臺，當然每次提到HANA，就會有一個新的創(chuàng)新名字跟隨其左右?？梢岳斫?，你看有誰在賣產品的時候，說自家產品不好的。

真的要內存

有了HANA之后，數據提取及運算的速度非常驚人，但是客戶得升級硬件，買很多很多很多的內存，最好還要很多很多很多的core。內存數據庫是以內存為主要存儲介質的數據庫工具。并且內存數據庫的容量大小受物理內存的限制，性能好，速度快，還對服務器要求不高，這種事情應該只會出現在某個夢境中。matinal提醒，接受現實。至于需要內存過大，增加服務器的費用，這是沒錯的。

內存數據庫真的很需要內存，我們往少里說，這項技術至少在十幾年前就已經開始了，很多DB公司都在探索其發(fā)展，并都在研發(fā)屬于自己的創(chuàng)新型DB，只是大家可能并不關注，而且自從ORACLE發(fā)布Exadata X3服務器起，直到發(fā)布新一代Oracle Database In-Memory，如果你知道ORACLE 12C，那一定知道Oracle也是這樣做的，OLTP寫入，OLAP讀取，再將兩者結合，在這個過程中兩家企業(yè)就有過隔空喊話的事情發(fā)生，可見一斑。

歷史很相似

靠自家產品最大最強的公司，還真沒幾個，有哪個公司不是在發(fā)展的過程中，不是有著收購和兼并讓自身占據更多的市場。SAP為什么要收購Sybase，還不是要發(fā)展移動技術平臺和數據庫技術，當然PowerBuilder可能你也沒有聽過，就像SAP當初收購Business Objects一樣。那讀者也應該知道Oracle收購TimesTen的時候為的是什么，為的是和HANA形成對比，當然不止這個，比如DataScaler，比如mValent等等，Oracle至少收購并兼并了近十家數據庫產品。

再說回SAP，現在大街小巷都在討論云，在這個云時代，SAP收購Hybris組成營銷SaaS云、收購Ariba組成采購SaaS云、收購SucessFactor組成人力云、收購Concur組成財務云、收購BO組成企業(yè)績效云，收購Callidus組成CRM云，收購Qualtrics完善云數據集，你看matinal在這里給讀者列舉的詳細吧。如果讀者朋友喜歡閱讀歷史的話，你會發(fā)現歷史總是很相似，只是不要過度解讀。

HANA的偽創(chuàng)新？

內存技術發(fā)展了這么久，每家研發(fā)的內存數據庫技術都是全新的，和別人不一樣的，確實不現實。Oracle通過PL/SQL擴展了ANSI標準，SAP也使用了SQLScript擴展了 HANA對ANSI標準的支持，并支持ANSI SQL 92和SQL 99的核心特性。至于Oracle和HANA對RDBMS的研發(fā)內容，就好像Gmail和Foxmail。還有就是內存聚集、多維度 OLAP（MOLAP）、內存索引、NUMA這些，我也不再贅述。

為什么HANA一直很頻繁在更新SPS版本，有BUG就要修復，有新內容集成就要更新。matinal剛推送了SAP HANA平臺的優(yōu)勢，你就要說這是騙人的，不合適！蘋果手機研發(fā)的各項技術沒有一家其他公司在用嗎，反過來說，諾基亞的研發(fā)技術一點沒有被使用過嗎。

最后想說

惠普推出了單節(jié)點達12TB內存的HANA融合系統，IBM也推出了基于Power芯片架構的HANA，VMware也宣布和SAP結盟，HANA可以在VMware的vSphere 5.5平臺之上虛擬化，SAP分別認證了IBM、惠普、戴爾、思科、富士通、日立、NEC和華為等8家公司的多款HANA服務器，全球已經有數千家企業(yè)在使用HANA，這是現狀，不是觀點。

互聯網發(fā)展至今，沒有一個公司是悶著頭，低調的做產品，也沒有一個公司不想得到大眾的認可，更沒有一個公司不想占領市場，所以，有市場就會有競爭，有產品就會有評價，有價值才會有認可。把產品做好是前提！

2019中國軟件渠道伙伴大會來了，請掃描圖中二維碼或點擊閱讀原文報名加入，4月11日，讓我們齊聚北京，一起探討2019年的挑戰(zhàn)與新生。

生成海報

免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。