2014(第十屆)中國(guó)存儲(chǔ)峰會(huì)2014年2日在北京盛大開幕。作為中國(guó)存儲(chǔ)產(chǎn)業(yè)的十年盛會(huì),峰會(huì)以“掌控?cái)?shù)據(jù)經(jīng)濟(jì)·重塑商業(yè)價(jià)值”為主題,邀請(qǐng)超過1500位學(xué)術(shù)界頂級(jí)學(xué)者、產(chǎn)業(yè)精英和企業(yè)用戶出席,圍繞數(shù)據(jù)經(jīng)濟(jì)和商業(yè)價(jià)值兩大話題,從云計(jì)算、大數(shù)據(jù)、軟件定義和閃存等四個(gè)技術(shù)方面舉行一系列主題演講和圓桌會(huì)議。
在下午的云存儲(chǔ)應(yīng)用論壇(云存儲(chǔ)下的數(shù)據(jù)經(jīng)濟(jì))上,樂視云存儲(chǔ)技術(shù)總監(jiān)薛偉以樂視云存儲(chǔ)為基礎(chǔ)談了當(dāng)前企業(yè)與個(gè)人如何應(yīng)對(duì)云存儲(chǔ),其主要話題從傳統(tǒng)視頻網(wǎng)站的迭代存儲(chǔ)架構(gòu)問題驅(qū)動(dòng)優(yōu)化,存儲(chǔ)平臺(tái)化服務(wù)思路,全網(wǎng)企業(yè)云存儲(chǔ)服務(wù)平臺(tái),個(gè)人云存儲(chǔ)服務(wù)時(shí)代的有機(jī)云存儲(chǔ)等方向進(jìn)行了詳細(xì)系統(tǒng)的介紹。
以下是大會(huì)速記內(nèi)容:
大家下午好,樂視網(wǎng)其實(shí)不是專業(yè)做存儲(chǔ)的公司,我們今天的這個(gè)話題跟更多企業(yè)的視角不太一樣,我們還是從互聯(lián)網(wǎng)的需求視角來看。
今天下午主要帶領(lǐng)大家展開四個(gè)話題的討論,第一個(gè)作為傳統(tǒng)視頻網(wǎng)站,甚至作為互聯(lián)網(wǎng)企業(yè),他們對(duì)于存儲(chǔ)架構(gòu)問題的解決,怎么能夠迭代優(yōu)化安排。
第二個(gè)作為互聯(lián)網(wǎng)企業(yè)怎么把存儲(chǔ)品牌化,我們對(duì)互聯(lián)網(wǎng)內(nèi)部的多個(gè)業(yè)務(wù)線,以及多個(gè)場(chǎng)景對(duì)存儲(chǔ)的使用仍然需要一個(gè)產(chǎn)品級(jí)的,或者叫平臺(tái)化的存儲(chǔ)服務(wù),這里面我們講一個(gè)存儲(chǔ)平臺(tái)化。
后面兩個(gè)是圍繞價(jià)值來講,一個(gè)是如何對(duì)全網(wǎng)的云存儲(chǔ)的客戶提供服務(wù),主要是面向2B的市場(chǎng)。最后一個(gè)是面向2C的市場(chǎng)。
其實(shí)我們從互聯(lián)網(wǎng)角度來看關(guān)注的角度不太一樣,我們關(guān)注的互聯(lián)網(wǎng)為個(gè)人、客戶提供業(yè)務(wù),我們主要考慮到如何用低成本,我們比較關(guān)注成本,當(dāng)然你會(huì)發(fā)現(xiàn)在我們的演進(jìn)當(dāng)中會(huì)出現(xiàn)這樣那樣的問題,這樣的問題我們也通過快速迭代,因?yàn)榇蠹叶际蔷€上使用某個(gè)平臺(tái),通過線上快速的迭代,以及我們?cè)诖鎯?chǔ)的使用中如何把時(shí)間和空間策略很好地安排,身為廠商級(jí)的存儲(chǔ)設(shè)備,大部分是空間設(shè)備緊張,是高密度的,我們是稀疏的空間,我們通過大量的空間的運(yùn)用得到時(shí)間上的高效。
此外,通過互聯(lián)網(wǎng)的部署,你看到全國(guó)的分布,這是在企業(yè)級(jí)存儲(chǔ)里面沒有想到的。
下面的話還會(huì)體現(xiàn)得比較實(shí)際,作為企業(yè)來講,以前有運(yùn)維服務(wù)商提供給你,互聯(lián)網(wǎng)企業(yè)不管是上什么樣的技術(shù),前幾年像Hadoop,你上了之后會(huì)出現(xiàn)什么問題,人員對(duì)新技術(shù)的運(yùn)維的難度,都是我們面臨的問題。
公司永遠(yuǎn)在討論一個(gè)存儲(chǔ)成本應(yīng)用的降低,我們今天講價(jià)值回報(bào),不僅僅是說我今天要存多少數(shù)據(jù),這個(gè)數(shù)據(jù)怎么快速地上傳或者下載,或者快速消費(fèi)掉,今天我們看到的更多是數(shù)據(jù)經(jīng)濟(jì),這些數(shù)據(jù)之后,比如說大數(shù)據(jù)的理論,怎么被我高效的經(jīng)濟(jì)服務(wù)產(chǎn)生高效的價(jià)值,所以今天是我們下邊的主要關(guān)注點(diǎn)。
我們覺得其實(shí)圍繞系統(tǒng)的邊界,要考慮到存儲(chǔ)系統(tǒng)誰是使用者?我們互聯(lián)網(wǎng)企業(yè)其實(shí)可以從幾個(gè)層面來看,比如說個(gè)人使用者,或者說企業(yè)內(nèi)部業(yè)務(wù)限制使用者,他們的期待是什么?
所以說我們整個(gè)的存儲(chǔ)架構(gòu)是隨著這種邊界的期待來去提供的高效服務(wù)成本,當(dāng)然也有很多跟存儲(chǔ)企業(yè)廠商相似形的地方,比如說我們?nèi)罩敬鎯?chǔ),我們也會(huì)有一些方案在里面。
我們看一下作為實(shí)體網(wǎng)站核心的業(yè)務(wù)流程,這是展開我們存儲(chǔ)話題的一個(gè)前置,視頻網(wǎng)站大家能看到電視劇、電影,是我們上臺(tái)上傳到服務(wù)中心,包括移動(dòng)、包括PC,所以這一步上傳存儲(chǔ)完就轉(zhuǎn)碼,轉(zhuǎn)碼之后要分發(fā)到大家各地所在的運(yùn)營(yíng)商,這是一個(gè)分發(fā)的過程。
之前的服務(wù)流程就是圍繞一個(gè)基本的視頻網(wǎng)站的本質(zhì)服務(wù)去做的,整個(gè)的視頻上傳、分發(fā),實(shí)際上我們總體一個(gè)思路是什么?
第二個(gè),你后臺(tái)所有的上傳、存儲(chǔ)、轉(zhuǎn)碼等等能不能做好平臺(tái)化服務(wù),為多個(gè)業(yè)務(wù)線介入和多條線服務(wù)。我們今天在看整個(gè)LeCloud分層,都在談他的存儲(chǔ)的虛擬化或者平臺(tái)的虛擬化服務(wù),我不關(guān)心資源運(yùn)用的是什么?
第一個(gè),你這些能動(dòng)性輸出給你外邊的客戶,今天可能很多的網(wǎng)站企業(yè),各種各樣的傳統(tǒng)行業(yè)企業(yè)都想在自己的網(wǎng)站上輸出視頻,這個(gè)視頻能不能去輸出?這是我們一個(gè)重要的產(chǎn)品線和業(yè)務(wù)業(yè)務(wù)線,叫樂視魚視頻。
我只要去看出來你給我提供計(jì)算分區(qū)和子母分區(qū),我們今天重點(diǎn)是對(duì)中間云存儲(chǔ)的分區(qū)如何談這個(gè)環(huán)節(jié),在沒有談平臺(tái)化的時(shí)候,一開始我們遇到哪些問題,之前的存儲(chǔ)永遠(yuǎn)是一個(gè)單向的線性邏輯,能讓大家看到我們的電影和電視劇,這里邊的軟件像開元的,比如說我們也用到過Hadoop,聽起來非常適合這個(gè)場(chǎng)景。
因?yàn)镠adoop適合大塊軟件,而且有很多數(shù)據(jù)場(chǎng)景,這個(gè)聽起來非常地好,有很多開元,你會(huì)發(fā)現(xiàn)用這些開元的不是因?yàn)槌杀镜投?,一定要適合你的業(yè)務(wù)場(chǎng)景,用起來你會(huì)發(fā)現(xiàn)實(shí)際上成本都在后面,特別是我們每天數(shù)據(jù)增量在20個(gè),你會(huì)發(fā)現(xiàn)我們經(jīng)常在婚戒中出現(xiàn)這樣那樣的問題,比如說網(wǎng)卡發(fā)動(dòng)的時(shí)候有一個(gè)蕩機(jī)。
其實(shí)很多時(shí)候是由于Hadoop的技術(shù)過老,或者瓶頸導(dǎo)致的。比如說0.2、0.3的場(chǎng)景,一個(gè)文件我為了讓它更可行,你會(huì)發(fā)現(xiàn)很多文建會(huì)不可靠的情況下會(huì)斷掉,我們需要斷點(diǎn)續(xù)傳,你會(huì)發(fā)現(xiàn)我們說Hadoop里邊有一個(gè)機(jī)制,叫做文件制約。
你原來寫的上行的代碼是可以邏輯上續(xù)傳,基本上不成功,需要人工地刪除掉,這是我們遇見的很多客戶。
以前的版本里面,一個(gè)單技術(shù)的規(guī)模也要500T,你要有一個(gè)橫向擴(kuò)展的過程,本來是加一個(gè)1的D,你應(yīng)該是加的集群,我一個(gè)集群是500T的話,我們線上運(yùn)行了七到八個(gè)集群,擴(kuò)一個(gè)集群意味著什么?
意味著我們運(yùn)維成本的增多。我一個(gè)工程師維護(hù)一個(gè)集群就夠了,今天我要維護(hù)多個(gè)集群,而是多個(gè)集群的數(shù)據(jù)同步出現(xiàn)的問題。還出現(xiàn)宕機(jī)的問題,這些都是我們使用中的問題。
下面還有一些標(biāo)準(zhǔn),比如說大家去訪問sDK接口的時(shí)候,你會(huì)發(fā)現(xiàn)如果你僅僅是一個(gè)應(yīng)用使你的文件存儲(chǔ)到系統(tǒng)里面,它要通過各自接口,先取你的數(shù)據(jù),再去調(diào)度,整個(gè)效率非常低下,這只是數(shù)據(jù)進(jìn)到存儲(chǔ)中,數(shù)據(jù)從存儲(chǔ)中出來你會(huì)發(fā)現(xiàn)有很多用法。
你調(diào)用他的SDK接口,你會(huì)發(fā)現(xiàn)直接油下載接口,那個(gè)下載接口是一個(gè)管理接口,根本經(jīng)不起大量數(shù)據(jù),有的人一開始還在優(yōu)化我們的Jetty服務(wù)器。整個(gè)視頻網(wǎng)站還是一個(gè)場(chǎng)景,傳統(tǒng)的行業(yè)有他自己的解決方案,但這種解決方案都是S的模式。
傳統(tǒng)的通過自己的FTP的客戶端來上傳,甚至優(yōu)化之后寫出自己本地的客戶端去上傳我們的軟件。由于是內(nèi)網(wǎng)上傳,當(dāng)時(shí)太原和北京兩地,當(dāng)時(shí)的時(shí)候你會(huì)發(fā)現(xiàn)因?yàn)镠DMS里面沒有業(yè)務(wù)進(jìn)行數(shù)據(jù)管理,當(dāng)時(shí)擴(kuò)展的時(shí)候最多是目標(biāo)端消冗,很多時(shí)候是Hadoop內(nèi)部的限制。
你最后特別是我當(dāng)一個(gè)大文件去分片場(chǎng)的時(shí)候,在Hadoop里面去拼接文件的效率是相當(dāng)?shù)偷?,成本是非常高的。我們說斷點(diǎn)續(xù)傳也好,什么也好,我們當(dāng)時(shí)上傳的業(yè)務(wù)程序非常復(fù)雜,今天發(fā)現(xiàn)了問題我們下一撥去解決,遇到的問題有很多。
特別是包括后面的問題,比如說一些業(yè)務(wù)方面的,剛才講到的上傳、存儲(chǔ)、轉(zhuǎn)碼、分發(fā),這個(gè)是一個(gè)串行的邏輯,由于兩個(gè)借口同時(shí)傳一樣的視頻數(shù)據(jù),就會(huì)出現(xiàn)不一致性的問題。
最后我們實(shí)際上實(shí)行了兩次解耦,任務(wù)引擎是我們邁向平臺(tái)化一個(gè)重要的,之前創(chuàng)建、查詢、充實(shí)、是一個(gè)隊(duì)列,它對(duì)所有的業(yè)務(wù)邏輯都可以進(jìn)行編輯和編纂,解決了它之后我們下一步開始做我們整個(gè)自己的存儲(chǔ)平臺(tái)化開發(fā)。今天的存儲(chǔ),有的人可能還是在物理的設(shè)備去談,每一層這里面的業(yè)務(wù)API都是不一樣的。
我們經(jīng)常講軟件定義網(wǎng)絡(luò),或者說整個(gè)業(yè)務(wù)程序的業(yè)務(wù)場(chǎng)景適配問題都是需要靈活的API支持,實(shí)際上中間通過不同的P,首先我們把底下的物理做了一個(gè)集成,不管你用什么樣的方式,底下會(huì)有一個(gè)自由的管理,對(duì)于上層的調(diào)動(dòng),不管是流量也好,還是包括存儲(chǔ)的調(diào)動(dòng)也好,是通過中間的控制層來做,而在我們右邊的圖你會(huì)發(fā)現(xiàn)很多S通過業(yè)務(wù)級(jí)的消費(fèi)去做。
也就是說我們今天看平臺(tái)化的要點(diǎn)只要有兩個(gè)不同的視角,第一個(gè)會(huì)從互聯(lián)網(wǎng)企業(yè)內(nèi)部來講,今天大家看到的是內(nèi)部編輯群,明天可能會(huì)對(duì)外提供多個(gè)客戶服務(wù)。最后我們還可以給個(gè)人驅(qū)動(dòng),UGC,或者PGC,這是用戶的事情。
另外還有一個(gè)業(yè)務(wù)線,明天可能還會(huì)有新的業(yè)務(wù)線,或者說我的樂拍,我們很多業(yè)務(wù)線產(chǎn)品都會(huì)調(diào)動(dòng),用到你的平臺(tái)你就要為每一個(gè)平臺(tái)提供一個(gè)可靠的服務(wù),他會(huì)期待給你更可靠地去傳輸,更快服務(wù)的響應(yīng)。
不管怎么說最后從平臺(tái)化的角度,我們要提一個(gè)共同服務(wù)視角,包括服務(wù)質(zhì)量、流量控制,不同級(jí)別的牌照都要做。這里邊也有場(chǎng)景,我們剛才劃了幾個(gè)場(chǎng)景,一個(gè)是內(nèi)網(wǎng)上傳,還有一個(gè)是外網(wǎng)上傳。我們企業(yè)用戶用云視頻服務(wù)的時(shí)候一定要用外網(wǎng),這些都是平臺(tái)化說提出的更多的要求,不再是一個(gè)內(nèi)部應(yīng)用系統(tǒng),而是一個(gè)對(duì)外普通的邊界。
首先看看平臺(tái)化里面做了哪些事情?我們把整個(gè)上傳機(jī)又原來JAW的,或者N的都是通過擴(kuò)展模式,特別是對(duì)于云數(shù)據(jù)管理來看,這時(shí)我們做了很多文件的管理,從目標(biāo)端消冗,到云端消冗。所以說我們還有一個(gè)整個(gè)的全網(wǎng)的部署,整個(gè)無中心的部署方案怎么來做,一會(huì)兒我們看看后邊遇到的問題。
企業(yè)級(jí)的云存儲(chǔ)很多人用到壓縮模塊,你會(huì)發(fā)現(xiàn)不管是增加費(fèi)用的問題,關(guān)鍵是你有沒有必要去存儲(chǔ),因?yàn)槟愦鎯?chǔ)實(shí)際上就是一個(gè)時(shí)間和空間的策略問題,如果說為了讓空間上去壓縮、去少占東西,這一點(diǎn)我們沒有進(jìn)任何壓縮模塊,我們還是該怎么進(jìn)怎么進(jìn),我們速度要求得比較高。
下面是包括到我們進(jìn)入企業(yè)云存儲(chǔ)時(shí)代的時(shí)候,我們?cè)品?wù)遞增的問題,所以說今天你可以看樂視網(wǎng)的平臺(tái)并沒有提供像亞馬遜那樣,我們互聯(lián)網(wǎng)數(shù)據(jù)里面經(jīng)常為了做一些分布式計(jì)算,是移動(dòng)計(jì)算,而不是移動(dòng)數(shù)據(jù)。還有一種是計(jì)算型的存儲(chǔ)集群,是Hadoop集群。
我們來看一下我們?cè)谌珖?guó)的上傳機(jī)部署里面又做了幾次價(jià)格演進(jìn),首先我們假設(shè)這是一個(gè)武漢的節(jié)點(diǎn),我們?yōu)榱耸C(jī)器你會(huì)發(fā)現(xiàn)這個(gè)出發(fā)點(diǎn)要求也是很互聯(lián)網(wǎng)、很經(jīng)濟(jì)化,你說SDMS有一個(gè)額外成本節(jié)點(diǎn),你還可以做熱備,這個(gè)呢是非數(shù)據(jù)的資源,圍繞我們上傳節(jié)點(diǎn),我們是圍繞無中心的節(jié)點(diǎn)來做,這是一套測(cè)試數(shù)據(jù),這套測(cè)試數(shù)據(jù)跑的結(jié)果是什么?
這個(gè)無中心的狀態(tài)有一個(gè)坑,你用戶數(shù)據(jù)量不大的時(shí)候可以,數(shù)據(jù)量很大的時(shí)候,這種無中心的節(jié)點(diǎn)你自己去擴(kuò)展新節(jié)點(diǎn)的時(shí)候,要做一次數(shù)據(jù)的平衡,這個(gè)數(shù)據(jù)平衡會(huì)把所有數(shù)據(jù)結(jié)點(diǎn)的網(wǎng)卡會(huì)占很大一部分。
特別是當(dāng)其中會(huì)發(fā)現(xiàn)你的數(shù)據(jù)結(jié)點(diǎn)里面發(fā)現(xiàn)一些服務(wù),會(huì)發(fā)現(xiàn)這個(gè)服務(wù)找不著,他會(huì)自動(dòng)地去做平衡,壓力過大的情況下這個(gè)方案還是不可行的,我們只能當(dāng)作一級(jí)存儲(chǔ)來用。這個(gè)在去年的DOIT的大會(huì)上我把它作為一個(gè)一體式的可以,整個(gè)云存儲(chǔ)的客戶來講大平臺(tái)的一方面。
我們新的業(yè)務(wù)點(diǎn)是其他四點(diǎn)加HDFS方案,這里面實(shí)際上也會(huì)有問題,當(dāng)你剛才看到看這個(gè)集群的時(shí)候,是因?yàn)橛猩闲?、又下行,今天只是把上傳做了,把下載的劃掉,你上傳也會(huì)有問題,另外剛才也是說到了SDFS集群的問題,我們下一步解決方案通過我們通過一個(gè)有機(jī)云來解決,是我們自己分布式的系統(tǒng)。
我們?cè)谡麄€(gè)公網(wǎng)搭了一個(gè)雙環(huán)架構(gòu)的分存儲(chǔ)云,大家知道樂視做了很多業(yè)務(wù)、做了很多產(chǎn)品,左下角是對(duì)外提供服務(wù)的,右邊是一些個(gè)人用戶,個(gè)人用戶里邊有一些是終端戶和云存儲(chǔ)的用戶,大家知道樂視網(wǎng)有一個(gè)樂視網(wǎng)牌,這么多業(yè)務(wù)線都在用一套業(yè)務(wù)平臺(tái)。
我們來看一看在個(gè)人云存儲(chǔ)時(shí)代里邊有哪些變化,首先我們個(gè)人的UGC業(yè)務(wù),它是這個(gè)行業(yè)最大的特點(diǎn),我們上傳自己的數(shù)據(jù),它將來會(huì)變成一個(gè)個(gè)人數(shù)據(jù)中心,進(jìn)而變成基于個(gè)人數(shù)據(jù)的云存儲(chǔ)的服務(wù),比如說音樂的服務(wù)、圖片的服務(wù)、視頻的服務(wù)等等,具體就不講太多了。
再往下看,個(gè)人云存儲(chǔ)數(shù)據(jù)里面會(huì)出現(xiàn)很多問題,比如多樣性的問題,個(gè)人已經(jīng)進(jìn)入一比幾,你發(fā)現(xiàn)我們?cè)诩夹g(shù)環(huán)節(jié)里面,我們把所有的硬件的資源,包括產(chǎn)品性的資源都加到一起,兩種場(chǎng)景使用不同,第一個(gè)是數(shù)據(jù)量比較大,就是增量不大的場(chǎng)景,
因?yàn)槲覀兠刻斓膫€(gè)人云存儲(chǔ)也在十個(gè)T左右,如果數(shù)據(jù)增量不明顯,有大數(shù)據(jù)的業(yè)務(wù),底層架構(gòu)也是有優(yōu)化,我們建議大家把這種陣列作為內(nèi)存去做。你通過一個(gè)內(nèi)存擴(kuò)展頁(yè)符合了內(nèi)存當(dāng)硬盤,硬盤當(dāng)內(nèi)存來使用。
今天我們做了這么多帶寬,包括技術(shù)優(yōu)化,我們整個(gè)的云存儲(chǔ)平臺(tái)還是根據(jù)業(yè)務(wù)場(chǎng)景,一個(gè)組織自由化的過程,這個(gè)圖時(shí)間關(guān)系不講太多了。關(guān)鍵還是看一下我們?cè)趺唇鉀QHDFS的存在問題。右邊分三塊,第一個(gè)是真正的數(shù)據(jù)存儲(chǔ),第二塊是數(shù)據(jù)存儲(chǔ)的引擎集群,包括數(shù)據(jù)的定位,位置在哪里放等等,這些都是通過存儲(chǔ)引擎來做。
第三個(gè)物理存儲(chǔ)區(qū),可以實(shí)現(xiàn)無限吞吐。我們做一個(gè)測(cè)試吧,我們現(xiàn)在整個(gè)吞吐能力有限,我們來看這個(gè)數(shù)據(jù),這里邊得到一個(gè)結(jié)論,大家可以看一下,這里邊你要知道你的瓶頸是在上傳機(jī)還是在存儲(chǔ),通過這臺(tái)負(fù)載來看,整個(gè)理論值三百兆都差不多了,最后你會(huì)發(fā)現(xiàn)整個(gè)超時(shí)是在K14這臺(tái)使顯得,最后整個(gè)平靜上傳機(jī)數(shù)量比較大的時(shí)候,我們整個(gè)平靜就是在存儲(chǔ)集群。
我們整個(gè)瓶頸在存儲(chǔ)集群的話,我們通過每個(gè)區(qū)來擴(kuò),擴(kuò)完之后你數(shù)據(jù)就比較小,我們整個(gè)集群現(xiàn)在已經(jīng)提供了一個(gè)美秒1500兆的集群,我們?yōu)槭裁匆鏊呐_(tái)打壓機(jī),這個(gè)基礎(chǔ)上能接近1500兆每秒的大值,現(xiàn)在我們期望做三百個(gè)區(qū),每個(gè)區(qū)有這樣一個(gè)節(jié)點(diǎn),今天我們這個(gè)指標(biāo)還可以去擴(kuò),只要你有足夠的機(jī)器,可以隨便去擴(kuò),這個(gè)是我們一個(gè)核心的東西。
最后講一些數(shù)據(jù)經(jīng)濟(jì)下的東西,我們?cè)诩夹g(shù)上支持了不管是上傳的瓶頸、存儲(chǔ)的瓶頸,以及有一個(gè)策略的時(shí)候,我們?cè)跇I(yè)務(wù)上怎么樣讓我們的用戶達(dá)到更高的數(shù)據(jù)服務(wù)體驗(yàn),這里邊實(shí)際上各種數(shù)據(jù)我們?cè)诰W(wǎng)上能夠使用它的商用的,音樂你要聽、視頻你要看,這些我們通過網(wǎng)傳的方式去做的,全網(wǎng)不可靠的情況下,我們把內(nèi)部業(yè)務(wù)量增加到產(chǎn)品級(jí),第一個(gè)是數(shù)據(jù)的存儲(chǔ),第二個(gè)是整個(gè)數(shù)據(jù)的服務(wù)體驗(yàn),各種不同的分析數(shù)據(jù),第三個(gè)是達(dá)到整個(gè)場(chǎng)景的服務(wù)模擬等等,時(shí)間關(guān)系就不多介紹了。