第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的團隊全部傻眼，他們從來沒接到過這樣的超高併發的大項目，搞來搞去一臉懵逼，網站的故障率要遠遠超過國內的其他平臺。

    周不器現在是全球化的大老闆了。

    在他眼裏，什麼京東、蘇寧、天貓、噹噹，其實都差不多，都是自己人。

    哪能眼看着自己人被美國人坑？

    (本章完)