荒野悲歌提示您:看後求收藏(第1770章 網站的架構,大時代之巔,荒野悲歌,試讀吧),接著再看更方便。
請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能,避免出現內容無法顯示或者段落錯亂。
程秉皓這次拉著周不器跑到京東,就是想讓他出面解決這個問題。
因為京東的技術水平實在落後,短期內根本沒法改善京東的整個框架體系,可國內電商市場發展得很快,已經沒法給京東留出太長的時間改善了。
京東做出的決策,就是從甲骨文直接採購。
在車上,程秉皓就對此做了一個簡單的解釋,“京東的網站架構有問題,他們採用大量的.NET技術,現在的大網站,普遍採用的都是Linux和Java。”
“咦?”周不器雖然不懂,但隱約聽人說起過,“好像日本的京淘和韓版的京淘採用的都是你說的這個.NET,還得給微軟交授權費。”
程秉皓笑著說:“對,.NET是微軟的,使用的話需要支付一定的授權費,而且各種修改調整都非常依賴微軟。京淘使用.NET是合理的,別看要給微軟授權費,但這整個體系是微軟負責總運營,相對封閉,對使用方來說漏洞少、維護簡單,操作起來更容易。韓日的電商市場,流量本來就不高,採用.NET的方案總成本會更低。”
周不器聽明白了,“.NET的方案維護容易,但是拓展性不足,不適合大型網站。”
“對,就是這個意思!”
程秉皓很有感觸。
他是紫微星的創業元老、首任CTO,後來技術跟不上了,才退居二線成為了紫微星工程院的院長。
他依稀記得,當年的小周老闆可是個技術盲,基本什麼都不懂。現在不一樣了,自己簡單地介紹幾句,他基本就能跟上思路了。
這可比一般的程式設計師厲害多了,這是架構層面。
很多IT行業的工程師,都會精通C、java、C++等計算機語言,可這只是行業底層。想要從“工程師”向“科學家”發展,起步就是架構師。
所謂的架構師,就是架構體系。
就跟蓋房子一樣,小工拉磚、和水泥,大工砌磚鋪鋼筋,架構師……就相當於整個樓盤的總設計師,什麼苦力活也不幹,卻可以居高臨下。
一個樓盤好不好,得是由總設計師做一個全面的設計,如果設計層面失敗了,工人們所有的努力都是白費。
京東現在的麻煩,就是早期缺乏技術認知,沒有找足夠優秀的架構師來架構網站,才出現了現在的困局。
程秉皓道:“Linux和Java的架構體系往往是開源方案,是免費的,而且可拓展性更強,能夠適應最新的分散式方案。”
有優點就一定有缺點,周不器基本能夠猜到,“缺點就是體系過於龐大,維護起來太難。過去的.NET體系,招一批普通的技術人員就能夠運營好。如果是運營更復雜的開源方案,則需要招聘大量的高階工程師。”
程秉皓頓了一下,“不太準確,但也差不多,意思是對的。網際網路的技術發展非常快,跟前幾年相比幾乎面目全非。.NET技術已經很難適應京東高速發展的需求,唯一的解決方法就是購買更好的伺服器。這一方面增加了成本壓力,同時也不是當今時代網際網路公司的主流做法了。雲端計算都流行了,網際網路公司現在都開始排斥高價格的優質伺服器,而是採購一般的伺服器,透過系統、並聯和分散式來激發伺服器最大的效能。”
“是啊,雲端計算。”周不器有些驚訝,“京東不是在使用紫微雲嗎?”
“對。”
“那怎麼還會出現網站崩潰?紫微雲解決不了?”
“還是架構的問題。”程秉皓簡單地予以解釋,“雲端的更多伺服器可以解決遇到的部分問題,但前提也應該是系統的架構要設計得可以進行水平擴充套件,不然如果系統的設計的耦合性太大,也無法把系統拆分成各個子系統而達到水平擴充套件的目的,想加也加不進去。另外,系統架構還要做到支援分散式,並根據自己的業務情況做一些非同步服務、資料分割槽、降低業務耦合和複雜度,不然就算增加了伺服器,業務上的複雜度也無法發揮伺服器的最大作用。”
周不器有點來氣,“說人話!”
程秉皓咳了咳嗓子,心說我還是高看你了,趕緊做了一個比喻,“.NET沒有可拓展性,就好像……你給小學生買了一堆微積分的教材,這是沒用的,小學生根本理解不了。得首先把小學生培養成高中生或者大學生。但.NET的架構體系沒有可拓展性,小學生就永遠是小學生了,沒有成長空間。紫微雲雖然是一座圖書館,有著海量的知識,但是沒有用武之地。”
周不器這下就聽明白了,點了點頭,“這麼看來,京東必須要放棄過去的架構。”
程秉皓道:“對,現在的主流是Java。不過,想從.NET轉到Java並不容易,一方面是架構要改,一方面是一些資料的格式要改,比如使用者歷史訂單的資料。原來在.NET下用的是A格式,在Java下要換成了B格式,這種資料格式的修改很麻煩。”
周不器沉聲道:“那就更不能等了,早改早利索!網際網路的發展多快啊,資料規模在指數級地增長,越拖延資料積攢得就越多,改動的成本就越大!”
“嗯,所以京東已經行動了,他們想要斥資1500萬美元,直接從甲骨文采購相關的架構體系。”
“啥?”
周不器睜大眼睛,不可思議。
程秉皓深吸了一口氣,“對,1500萬美元……據我所知,京東的賬上一共也就剩下3000萬美元了,他們要拿出一半的現金流,來完成脫胎換骨的改變。劉總很有魄力,很果斷。”
“果斷有個屁用啊!1500萬美元?送給甲骨文了?”
周不器就有些來氣。
靠!
沒有這樣玩的!
前世,京東也許只能這麼幹,因為國內的網際網路行業技術基礎太薄弱了,只能是高價採購矽谷巨頭的外包專案。
可是這一世不一樣了,周不器出現了,紫微星出現了!
紫微星的網際網路技術,可以昂首挺胸地說是國內第一。就算比起甲骨文這類的矽谷巨頭,也不差什麼。
甚至,周不器都認為紫微星應該比甲骨文更強。
甲骨文是軟體公司,根本就不是網際網路公司,在矽谷那邊……甲骨文在網際網路世界裡根本就不入流。
紫微星旗下也有高階外包業務啊,程秉皓帶領的紫微星工程院,這幾年可沒少幫助國內的IT公司解決很多複雜的系統難題,讓他們不必花天價去找美國的科技公司採購解決方案了。
沒想到,京東竟然想著要找外人幫忙。
這個老劉,他在搞什麼?
周不器很不滿意。
怪不得程秉皓今天要不依不饒地把自己拉過來去京東呢,這件事的確很重要,是應該走這一趟。
程秉皓做出瞭解釋,“我跟劉總談過,他希望要儘快改變。甲骨文那邊有現成的網站架構,已經服務了好幾家客戶,效果都挺好。我們沒有,需要花一定的時間來開發,而且沒經過市場驗證,風險也大。”
“那也不能把這麼一大筆錢給老外送去啊?”周不器不認為這是合適的理由,哼了一聲,“凡事都要有第一次,這件事,工程院必須要做起來!像京東這樣使用.NET技術的網站應該還有很多吧?噹噹比京東還早,應該也是.NET吧?”
“對。”
“那不就得了?難不成以後噹噹也要去買美國的方案?肥水不流外人田,工程院一定要把這件事扛起來。又不是什麼太高精尖的領域,做一個電商網站的架構而已,有什麼難度?紫微星難道還比不過甲骨文?”
“甲骨文的外包業務覆蓋全球,有更多的經驗和成功案例,更容易獲得市場信任。”
“什麼信任不信任,京東最應該信任的就是紫微星!行了,這事就這麼定了!”
周不器一揮手,霸氣又自信。
還沒見到劉強棟呢,就已經幫他做決定了。
京東不能找甲骨文合作。
想改變網站的架構,找紫微星工程院幫忙!
甲骨文會個屁啊!
他們根本不懂中國。
周不器這樣的判斷準確而實用。
美國的電商水平是挺高,可美國才多少電商人口啊?在美國能運營得很好很穩定的電商平臺,在國內根本就行不通。
不同的國家,有不同的國情。
國內的人口太多,最迫切需要解決的問題就是高併發。在這個方面,想著靠美國人幫忙根本不行,他們也做不到。
還是得自己想辦法解決。
前世的京東花了大價錢採購了甲骨文的系統,後來合作得很不順利,還是得自己找團隊,自己重新做。
這還算好的。
畢竟京東也算是網際網路公司,有一定的網際網路基因。
更慘的是蘇寧。
蘇寧想轉型電商,那這是遭了大罪,因為缺乏網際網路基因,缺乏行業理解……沒辦法,也只能按照行業慣例,去找矽谷巨頭幫忙了。
蘇寧找到了是IBM,簽下了10年的戰略合作協議,總費用4億美元!
蘇寧易購其實沒什麼流量,比天貓、京東什麼的差遠了。
可即便這樣,蘇寧的超高流量,也讓IBM的團隊全部傻眼,他們從來沒接到過這樣的超高併發的大專案,搞來搞去一臉懵逼,網站的故障率要遠遠超過國內的其他平臺。
周不器現在是全球化的大老闆了。
在他眼裡,什麼京東、蘇寧、天貓、噹噹,其實都差不多,都是自己人。
哪能眼看著自己人被美國人坑?
(本章完)
本章未完,點選下一頁繼續閱讀。