荒野悲歌提示您:看後求收藏(第2440章 什麼是雲端計算?,大時代之巔,荒野悲歌,試讀吧),接著再看更方便。
請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能,避免出現內容無法顯示或者段落錯亂。
很多高精尖的行業概念,都是來自英文世界,都是英語。
在翻譯的過程中,就會出現一些誤差。
在一些大公司裡,很多人在說話的時候都是中文夾雜著英文,一部分原因是真的在拽詞,一部分原因就是有時候用英文可以更準確地描述一個概念。
比如“雲端計算”這個詞。
在英文世界裡,在處理超大資料計算的時候,需要用到分散式計算的技術。就是伺服器在處理一個超大資料的程式時候,可以分解成無數個小程式。透過多個許許多多的伺服器組成的系統進行處理和分析這些小程式,然後匯總起來給出結果。
把這些許許多多的伺服器整合起來,做成一個“中央”,形成一個雲端,在雲端上應用上分散式計算的技術……在英文裡就叫做Cloud_computing。
翻譯過來,就是“雲端計算”了。
這就出現概念上的分歧了。
英文世界裡,“Cloud_computing”只是一個技術概念,國內翻譯成“雲端計算”之後,就變成一個行業了,成為了雲端計算行業。
其實應該是Cloud行業,翻譯成中文應該是“雲行業”,或者“雲服務”行業。
因為“Cloud_computing”的這個“雲端計算”技術,只是這個行業裡初期的技術手段,後來逐步又出現了效用計算、負載均衡、平行計算、網路儲存、熱備份冗雜和虛擬化計算等技術的混合演進。雲行業裡不僅有云計算,還有許許多多的計算。
所以這就會產生一些分歧。
比如前世在國內雲端計算的早期,有一場論壇很有趣,百度的李彥紅對“雲端計算”的評價是新瓶裝舊酒。
後來就引起了公眾的群嘲,說他有眼不識雲端計算。
這就是理解上的偏差。
當時是行業初期,國內還沒有出現真正的雲端計算行業,“雲端計算”只是一個技術概念,李彥紅作為最前沿的技術專家,當然會第一時間跟進。
他對雲端計算的理解,就是把由伺服器叢集執行的分散式計算,放在“中臺”、“中心化”、“中央概念”的雲上。
這對百度來說,還真不是太新鮮,還真就是新瓶裝舊酒。
因為早在谷歌發表了著名的三篇論文之後,百度作為國內技術最好的網際網路公司,就已經開始做了。
只不過當時不叫雲端計算,百度取的名字叫ibase,是一個公司內部通用的技術底座。
其實就是解決高併發問題。
阿里做雲端計算,是因為淘寶客流量太大了,併發量太高了,不搞雲端計算,整個阿里的伺服器體系就得崩掉。尤其是在大促的時候,經常就是一個網絡卡燒壞了,技術人員趕緊換上一個新的網絡卡,可剛一插上,新的網絡卡也冒煙了。
可是,淘寶的流量哪有百度高?
當時正是《超級女聲》在國內最火的時候,正是《魔獸世界》在國內最熱門的時候。百度貼吧就成了最大的輿論陣地,李宇春吧、魔獸世界吧、帝吧、張靚穎吧……當時貼吧的產品有很多,為什麼百度貼吧最火?
因為在其他平臺,根本就扛不住那種幾百萬上千萬人同時使用一個網頁所造成的高併發衝擊。
粉絲們衝進去,網站就直接崩潰了,甚至可能就把後臺的伺服器都給燒冒煙了。
只有百度貼吧,頂住了狂熱粉絲的衝擊。
可即便如此,貼吧仍有著巨大的負載壓力,以至於貼吧的管理員經常會把李宇春、張靚穎這些超女歌手在貼吧裡幾十萬回帖的熱帖刪除。
為了解決這個技術困境,百度就圍繞著分散式計算,做起了內部的通用技術底座。而這個技術底座,其實就是一箇中心化、中臺的概念,所有業務的計算量,都上交由這個中心化的技術底座來執行。
這就是李老闆說的“舊酒”。
當時還是2005年。
後來為了進一步地解決高併發的問題,開發國產的大資料處理系統,百度就把公司內部最優秀的一批技術專家們整合成了一個團隊,開始了大型技術專案“金字塔”的開發。
可後來專案失敗了,最終百度還是放棄了自研,選擇了美國的開源專案Hadoop。
再後來,就是紫微星的時代了。
周不器衝上來,趁勢接收了“金字塔”專案的核心開發團隊,並從微軟挖來的王建等人,開啟了紫微雲轟轟烈烈的時代。
百度只是沒有冠上“雲端計算”的名,其實早就做了類似的事,跟矽谷那邊幾乎是同時起步。之所以百度後來在雲端計算產業裡落後了,是因為路線的選擇沒做好。
通常意義上的雲端計算,指的主要是IaaS服務,是基礎設施即服務。
就是指搭建一個伺服器叢集做成中心化的“雲端”,然後把這個雲端中的伺服器儲存空間和算力,租給其他的公司。
前世的阿里雲的早期,做的就是這件事。
這是一個B端的業務。
百度的方向則不同。
這個行業太前沿了,國內能有多少家公司願意付費去雲平臺上購買伺服器和算力?這玩意太超前,普及是一個非常漫長的過程。
阿里有優勢,因為淘寶的背後是幾十萬的賣家,有著強大的B端資源。
百度就不行了。
百度在B端沒什麼影響力,百度做個電商,被淘寶打的滿地找牙鬧了大笑話。
百度最擅長的是C端,是面向個人使用者。
而面向個人使用者的雲服務,當然就是雲盤業務了,也就是百度重點推出的百度網盤。就是把雲端的儲存空間和算力不租給商戶了,而是租給個人使用者,讓使用者來花錢購買更大的儲存空間。
單從國內目前的行業現狀來看,顯然雲盤業務更符合現實。
這也是各大公司都紛紛在做網路雲盤的原因。
當然,從技術難度上來說,雲盤也要比IaaS簡單得多。
百度之所以在國內後來的雲端計算行業裡邊緣化了,主要就是前期方向搞錯了,把精力都用來做百度網盤了。
這款產品是做成了,可這玩意想在國內賺錢,還是很遙遠的事。
個人雲盤是雲服務的一種,也要應用到雲端計算。
而這是周不器不願意答應劉強棟的根本原因。
他不想讓京東以京東雲盤為敲門磚,開啟京東雲的發展之路。
區區一個京東雲盤,其實不算什麼,幫助京東做起來,也是無所謂的事。可是一旦讓京東搞出了自己的京東雲,這就很不符合周不器為紫微雲量身打造的長遠戰略了。
平臺模式,一定是“自營+第三方”。
紫微雲在做電商服務的時候,自營的能力還不夠強,至少遠遠比不上阿里、亞馬遜這種擁有著自家強大電商平臺的雲端計算平臺。
這就需要找幫手了。
有日本的京淘,有韓國的JTmall,有英國的Farfetch,有加拿大的Shopify,在美國也拉上了易貝……在國內的校內團購,算是重要支柱,可更主要的還是京東。
紫微雲想要把旗下的“電商”“零售”“物流”等方面的雲服務給做好,就一定離不開京東的鼎力支援。要是京東搞出來了自己的京東雲……紫微雲怎麼辦?
國內的市場,紫微雲把相關份額讓給京東雲,其實也影響不大。
都是自家人。
可是國外就不行了。
在海外市場,紫微雲還要跟亞馬遜雲血拼呢!想要跟亞馬遜雲血拼,就一定得向對方的核心腹地發起衝擊!
亞馬遜雲最核心的雲服務,就是電商領域。
紫微雲要依靠著京東強大起來,補足這塊短板,然後在海外跟亞馬遜雲一較高下呢。這個時候,出於大戰略的角度,就得自私一點了,就不能放任京東搞出自己的雲端計算平臺,然後脫離紫微雲的控制。
一定得讓京東長期寄居在紫微雲下,紫微雲才能拿到相關的資料、積累相關的經驗、改善相關的專案、開發相關的服務,才能彌補紫微雲和亞馬遜雲在電商、物流、零售等領域雲服務的差距。
所以,京東雲盤一定不能成功!
不僅不能幫忙,還應該去壓制!
就像張一明、賀陽他們做的那樣,要對劉強棟有適當的警告,不能把京東雲盤的這個口子開啟。
不過在這個時候,話就不好明說了。
周不器總不能告訴他,你丫就應該給我當小弟,別想離開我自立山門當大哥吧?
就在他犯難,不知道該怎麼解釋的時候,劉強棟忽然說起了一個美國的雲盤服務商Dropbox,說京東雲盤是從這款產品身上找到的靈感。
而這也給了周不器處理問題的靈感。
Dropbox啊,這他可太熟悉了!
現在海外市場的網盤業務裡,第一的是谷歌網盤,第二的Dropbox,第三的就是紫微星國際旗下的印象雲盤。
印象雲盤想要超過谷歌網盤,這幾乎不太可能。
谷歌在玩壟斷,都把谷歌網盤透過谷歌框架服務繫結到安卓系統裡了,是安卓手機的必備App。所以對印象網盤EverDrive來說,更切實際的目標,就是超過Dropbox。
這其實一點也不難。
庫裡安還不怎麼懂C端業務呢,靠著紫微星國際的渠道資源,短短兩年時間也就迅速地把EverDrive做到了行業第二。
現在,周不器已經對業務進行了調整,把庫裡安主管的紫微雲旗下的EverNote、EverBook和EverDrive三款C端業務的產品,都交給了唐斌辰來負責。
在C端業務的運作上,唐斌辰顯然更擅長,可以做的更好,競爭力也會更強。
劉強棟還不明所以,不知道這電光石火之間,坐在身邊的周大老闆腦子裡已經閃過了無數個念頭,只是困惑地問:“Dropbox把華爾街的投資方給騙了?這要怎麼理解?”
周不器笑笑,“這就說來話長了。”
(本章完)
本章未完,點選下一頁繼續閱讀。