以下為演講實錄。
董唯元:感謝大家,接下來這一段時間,就給大家介紹一下我們的理念,這個場合我是來吐槽的,順便做一下廣告。
首先,互聯(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)品。
謝謝大家。