以下為演講實錄。
董唯元：感謝大家，接下來這一段時間，就給大家介紹一下我們的理念，這個場合我是來吐槽的，順便做一下廣告。
首先，互聯(lián)網(wǎng)碾壓一切，不僅我們搞技術(shù)的，不僅搞數(shù)據(jù)中心的，搞金融應(yīng)用的都能感受這一點。傳統(tǒng)數(shù)據(jù)中心建設(shè)，傳統(tǒng)的業(yè)務(wù)系統(tǒng)的支撐也在遭受著這種碾壓。道理自然也是很簡單。大家都看到，“雙11”1天900多億交易額，今年沒有人再懷疑這個事情了。在兩年以前，去年交易額過500億的時候，還有很多的人懷疑，這個不可能，?24小時500多億不可能。如果傳統(tǒng)的架構(gòu)理念去感受、去預(yù)估，確實是有很多做不到的事情，但是互聯(lián)網(wǎng)可以做到。
新業(yè)務(wù)發(fā)展，讓互聯(lián)網(wǎng)真實的彈性的能力、快速的能力、迭代、靈活性，展現(xiàn)在傳統(tǒng)業(yè)務(wù)面前，傳統(tǒng)業(yè)務(wù)發(fā)現(xiàn)自己過時了。曾經(jīng)，某一些傳統(tǒng)用戶數(shù)據(jù)中心負責人談起互聯(lián)網(wǎng)建設(shè)模式的時候，都是很不屑地講：“我們是正經(jīng)單位，我們是跑正經(jīng)業(yè)務(wù)的?！币馑季褪钦f那些東西不正經(jīng)。今天他們的態(tài)度180度轉(zhuǎn)彎，還要學習互聯(lián)網(wǎng)的玩法，甚至互聯(lián)網(wǎng)淘汰的東西他們都是當寶貝抓在手里面。
在這種新的大背景之下，互聯(lián)網(wǎng)所有東西都是好的。Linux是開放的，Unix是不開放的；Scale-out取代了Scale?–up；用橫向擴展取代縱向擴展；非共享集群一定好過共享集群。原來集群都是共享式的，都是共享同樣一個數(shù)據(jù)，現(xiàn)在都是非共享的理念，非共享就是把集群做的更大，這個是一個先進的理念。還有分布式存儲，無中心，無元數(shù)據(jù)存儲……
說一下細節(jié)一點的內(nèi)容。比如說Scale-out跟Scale-up之爭，這個似乎是成了定論了，所有廠商都說Scale-out先進，Scale-up代表落后。但是，在某一些特定場景下或者針對特定應(yīng)用，一定需要那么多擴展性嗎？這是一個我要吐槽的地方，如果最多5個機器就能滿足你的需求，你還需要一個Scale-out架構(gòu)嗎？您不覺得搬一個機器，配負載均衡，這一大堆真的就更簡單嗎？您就加2個內(nèi)存，加一點CPU，可以復(fù)雜到哪里去？
Scale-up真的就是落后？是說整個體系有天花板，這個邏輯單點有天花板、有上限。而且，在可預(yù)見的未來，看到業(yè)務(wù)沖到上線去，當業(yè)務(wù)依賴于系統(tǒng)架構(gòu)的時候、業(yè)務(wù)超過所可以承載的上限的時候，你就沒有支撐點了。這個是Scale-up很麻煩的地方，但是您的業(yè)務(wù)其實遠達不到這個天花板的時候，它明顯需要一個更簡單的一個擴展方式。為什么一定要out呢？所以，這個是我要吐槽的，并不是所有的地方，所有的場景，所有的應(yīng)用下面都是Scale-out更好，很多的傳統(tǒng)業(yè)務(wù)不見得需要那么多橫向擴展能力。
“去IOE“的時候，如果沒有其他方面的補償?shù)哪芰?，又不想損失可靠性、性能或者其他東西的話，其實我看到的很多傳統(tǒng)業(yè)務(wù)在升級擴展過程當中，”去I“、”去E“之后，”O(jiān)“還是要保留的。所有大數(shù)據(jù)的家族體系都是拉出來，加在一起也沒有辦法替代，這個事情這么多年業(yè)界生態(tài)也好，形成了這樣一個局面。
DHT，聽上去挺高大上，動態(tài)哈西表或者分布式哈西表，就是一個技術(shù)，這個技術(shù)就是讓一個分布式系統(tǒng)（主要是存儲系統(tǒng)）沒有中心元數(shù)據(jù)。傳統(tǒng)的都是要有元數(shù)據(jù)服務(wù)器，相當于是整個集群里面所有服務(wù)節(jié)點的一個中心目錄。有了DHT以后，大家覺得這是一個未來的理念，非?？?，確實是這樣的。
事實上，任何技術(shù)在這個方面先進了，一定在另一個方面是落后的。DHT這種技術(shù)說白了，就是回避了到元服務(wù)器查找的過程，他自己要做計算，替代元數(shù)據(jù)查找過程。這個過程性能有可能會提升，前提就是計算不太復(fù)雜，再一個集群規(guī)模就是大于原來的基于元數(shù)據(jù)的。這個計算的額外附加代價到底多大？所以，并不是說DHT一定好過基于元數(shù)據(jù)服務(wù)器，里面還會有一些隱藏的問題，如果處理不好，可能還不如元數(shù)據(jù)服務(wù)器。
在座很多人是OpenStack的擁護者，我一直對OpenStack不是很樂觀。我覺得OpenStack野心特別大，框架特別大，但是因為專注度不夠，所以始終成熟穩(wěn)定不了。
半年前，我跟硅谷某一大牛談起這個事情，那些人直接就是“呵呵”，很多人都覺得它是失敗。但是，OpenStack在國內(nèi)還是很有生命力的，因為國內(nèi)有廣泛的定制化需求。這種野心很大，企圖涵蓋所有需求、一統(tǒng)天下的架構(gòu)實際上非常危險，因為移動互聯(lián)網(wǎng)帶來應(yīng)用的多樣化，大于傳統(tǒng)PC的那些需求。
今天有很多做超融合的中心，就是這樣一個架構(gòu)，就是這樣一個Box，數(shù)據(jù)中心都是靠這個BOX。但是裝滿了，剩下就是軟件的事情，這個就是軟件定義。
軟件可以定義所有的東西，不管是什么。硬件都是一樣的，就是靠軟件區(qū)隔開來，這個是互聯(lián)網(wǎng)毒害，這個不是互聯(lián)網(wǎng)精髓。互聯(lián)網(wǎng)業(yè)務(wù)相對于傳統(tǒng)業(yè)務(wù)來說永遠是單一的，淘寶，百度，主體業(yè)務(wù)是單一的，造成了基礎(chǔ)架構(gòu)的需求、硬件需求、可靠性需求，都是相對來說單一的。所以，是可以一個磚塊鋪數(shù)據(jù)中心。
但是，銀行數(shù)據(jù)中心、政府數(shù)據(jù)中心，業(yè)務(wù)實在太復(fù)雜了，各種各樣的業(yè)務(wù)，各種各樣的應(yīng)用。你可以用最高標準把最高東西鋪一遍，而不是簡單的一個磚塊鋪所有的數(shù)據(jù)中心。
這三個產(chǎn)品里面，又根據(jù)不同的場景和不同的特性再劃分不同的細節(jié)。核心關(guān)鍵數(shù)據(jù)場景下面又有V系列、H系列等等，面向不同的場景，不同的需求。
海量存儲也是一樣的，我們有塊級，有文件級，甚至還有支撐傳統(tǒng)架構(gòu)的傳統(tǒng)的產(chǎn)品。
虛擬化這個平臺，在我們看來很快將會成為云的底層引擎之一。說白一點，如果將來數(shù)據(jù)中心是個大機器，虛擬化將是中間一個小驅(qū)動。這個小驅(qū)動不是不可替代，很快就是有一些新技術(shù)替代它。事實上，今年雙11的時候我們跟浙江移動聯(lián)合搞了一個整點快速促銷的活動，看了一下我們這個系統(tǒng)是不是可以承載一個快速的高并發(fā)，測試下來發(fā)現(xiàn)什么？靈活性也好，彈性部署也好，容器技術(shù)在這方面的能力遠大于虛擬化。
VM的靈活性只是比物理部署的靈活性高了一點點，如果我們考慮到移動互聯(lián)年代，可能這個業(yè)務(wù)壓力增長是原來的千倍、萬倍的時候，VM技術(shù)是不可能提供這個支撐的。在這些新的技術(shù)推動下，我們覺得整個未來的云，真正需要的就是上面的跟應(yīng)用更相關(guān)、跟業(yè)務(wù)更相關(guān)的一些高層管理，不是資源部署資源管理。
從業(yè)務(wù)邏輯出發(fā)，你有一個ERP系統(tǒng)，這個對應(yīng)到多少數(shù)據(jù)庫？選擇什么操作系統(tǒng)？是選擇虛機？或者用容器？用物理機？后面這一系列下來就是一整個模板，這個模板是什么？是以業(yè)務(wù)為核心的一個資源模板。這個都是業(yè)務(wù)支撐，以這種模板模式管理整個私有云，我們叫做服務(wù)目錄化，這個服務(wù)目錄化將存在我們未來私有云解決方案里面。
我這個里面有一個圖，大概介紹一下這些產(chǎn)品系列所覆蓋的不同領(lǐng)域。這個是一個傳統(tǒng)數(shù)據(jù)中心，基本上都是有關(guān)鍵業(yè)務(wù)跑在這個服務(wù)器上面，還有一些跑在虛擬化平臺上面，還有一些新興業(yè)務(wù)，比如說數(shù)據(jù)挖掘，還有一些新興業(yè)務(wù)，嘗試性的、測試性能等等。我們的產(chǎn)品和其它產(chǎn)品分別是對應(yīng)著核心關(guān)鍵業(yè)務(wù)和周邊業(yè)務(wù)，就是兩大方向。我們不是去革新架構(gòu)的，有一些用戶系統(tǒng)規(guī)模要求沒有那么高，SAN架構(gòu)對他來說還是不錯的。還有一個全閃存?zhèn)鹘y(tǒng)架構(gòu)的產(chǎn)品，是在保留系統(tǒng)架構(gòu)前提下，提高讀寫性能的一個產(chǎn)品。
謝謝大家。
