【站慶】雙十一大戰(zhàn)：阿里與京東技術(shù)大PK

pipihappy8888

獲獎名單已公布：http://72891.cn/thread-4164895-1-1.html

每年的11.11促銷，都是對幾大電商的軟硬件平臺服務(wù)能力的一次大考。幾年前，服務(wù)器宕機(jī)、頁面無法加載現(xiàn)象頻頻出現(xiàn)，我們對此而心生無奈。時至今日，這類現(xiàn)象卻并未發(fā)生，所以我們心生好奇，當(dāng)用戶在瘋狂的進(jìn)行流暢瀏覽、搜索、下單的背后，究竟是什么樣的設(shè)備與架構(gòu)才能支撐住如此龐大的流量。阿里在PC與移動端的手機(jī)淘寶上進(jìn)行了幾次升級改造，在雙十一開始后的三分鐘內(nèi)，天貓平臺的銷售額就超過10億元，其中移動端占比超70%。 京東也毫不含糊， 在系統(tǒng)升級改造的過程中，京東商城引入了自己的云平臺，將交易、訂單、倉儲、搜索等核心系統(tǒng)需要的一些基礎(chǔ)設(shè)施抽象了出來，當(dāng)我們在淘寶京東上購物時，如此海量的商品圖片到底寄托在哪種存儲系統(tǒng)中呢？

話題討論：

1.京東與阿里相比，在前端網(wǎng)站架構(gòu)上用到了哪些技術(shù)？兩者各自用到了哪些數(shù)據(jù)庫？

2.京東和阿里都各自研發(fā)了自己的存儲系統(tǒng)，京東有JFS、淘寶有TFS，這兩種文件存儲系統(tǒng)都采用了什么樣的策略，來保證在機(jī)器故障、磁盤故障、甚至文件刪除等問題存在時，數(shù)據(jù)都不會丟失呢？

3.京東和阿里在搜索引擎和個性化推薦算法上有哪些不同？

4.無論是京東還是阿里，當(dāng)用戶在瘋狂的進(jìn)行流暢瀏覽、搜索、下單的背后，究竟是什么樣的設(shè)備與架構(gòu)才能支撐住如此龐大的流量？

5.對于用戶而言，整點(diǎn)秒殺算得上是一個“福音”，無論是京東還是阿里都少不了惡意流量的沖擊，那它們是如何做到高并發(fā)負(fù)載均衡的呢？又是如何做到及時有效的實時監(jiān)控的呢？

6.我們經(jīng)常會遇到熱點(diǎn)商品更新庫存，秒殺，紅包等場景。當(dāng)同時大量更新數(shù)據(jù)庫中的同一行時，就會產(chǎn)生大量的鎖等待，數(shù)據(jù)庫的性能就會急劇下降。那阿里和京東又是如何做到并發(fā)控制的呢？

7.我們知道，很多電商面對雙十一帶來的壓力，都會在雙11前對數(shù)據(jù)庫集群進(jìn)行擴(kuò)容，相信京東阿里也不例外。我們常見的擴(kuò)容有兩種，一種是讀寫分離，通過增加備庫提供讀服務(wù)來提升集群的能力；另一種是水平擴(kuò)容，將數(shù)據(jù)重新分布，拆分到更多臺服務(wù)器上，達(dá)到擴(kuò)容數(shù)據(jù)庫集群的目的。那么京東和阿里都采用哪種方式的擴(kuò)容策略？

活動時間：2014年11月18日-12月10日

活動獎勵：歡迎大家針對以上任意問題積極回帖，我們將根據(jù)大家的回復(fù)情況評選獲獎會員。

活躍會員： 贈送技術(shù)圖書1本+社區(qū)徽章1枚

最佳會員：回復(fù)質(zhì)量最高的網(wǎng)友贈送無線鼠標(biāo)1個

stay_sun

1.京東與阿里相比，在前端網(wǎng)站架構(gòu)上用到了哪些技術(shù)？兩者各自用到了哪些數(shù)據(jù)庫？
   前端的架構(gòu)肯定是富客戶端的方式來保證服務(wù)器的壓力。至于lb ha的技術(shù)肯定也有應(yīng)用。
  數(shù)據(jù)庫方面，
    阿里用的是自己的drds 也就是分布式mysql 數(shù)據(jù)庫。這個是參加阿里的座談知道的  通過分庫，分表 把數(shù)據(jù)庫熱點(diǎn)進(jìn)行分部是的下放到數(shù)據(jù)節(jié)點(diǎn)。
估計阿里在之前做了很多的工作
    jd的數(shù)據(jù)庫據(jù)我了解主要的數(shù)據(jù)庫還是mysql和Oracle相結(jié)合的數(shù)據(jù)庫應(yīng)用，對于主要的庫還是oracle 但是不是很了解，京東對于分享來說比較保守吧
2.京東和阿里都各自研發(fā)了自己的存儲系統(tǒng)，京東有JFS、淘寶有TFS，這兩種文件存儲系統(tǒng)都采用了什么樣的策略，來保證在機(jī)器故障、磁盤故障、甚至文件刪除等問題存在時，數(shù)據(jù)都不會丟失呢？
   我對于文件系統(tǒng)來說還不是很了解 我覺得這個文件系統(tǒng)只不過是自己定制了不通的算法，達(dá)到不通的讀取順序。保證對于自己的業(yè)務(wù)更快的完成，工作。
對容災(zāi)來說必須是需要完成的。我想信他們對數(shù)據(jù)的保護(hù)很高。
3.京東和阿里在搜索引擎和個性化推薦算法上有哪些不同？
這。。。真不知道。作為個數(shù)據(jù)庫工程師。算法 不了解
4.無論是京東還是阿里，當(dāng)用戶在瘋狂的進(jìn)行流暢瀏覽、搜索、下單的背后，究竟是什么樣的設(shè)備與架構(gòu)才能支撐住如此龐大的流量？
對于這么大的集團(tuán)，這個對現(xiàn)在比較流行的業(yè)務(wù)基本都是有的。內(nèi)存加速，lb，ha等等
5.對于用戶而言，整點(diǎn)秒殺算得上是一個“福音”，無論是京東還是阿里都少不了惡意流量的沖擊，那它們是如何做到高并發(fā)負(fù)載均衡的呢？又是如何做到及時有效的實時監(jiān)控的呢？
他們的架構(gòu)，都看過一點(diǎn)，但是不是很了解，基本上顯示進(jìn)行流量的識別，確實是否是惡意流量，然后通過路由層的負(fù)載均衡，達(dá)到最快的速度
6.我們經(jīng)常會遇到熱點(diǎn)商品更新庫存，秒殺，紅包等場景。當(dāng)同時大量更新數(shù)據(jù)庫中的同一行時，就會產(chǎn)生大量的鎖等待，數(shù)據(jù)庫的性能就會急劇下降。那阿里和京東又是如何做到并發(fā)控制的呢？
  通過數(shù)據(jù)庫的異步處理，盡快的完成相關(guān)的工作。減少小號時間
7.我們知道，很多電商面對雙十一帶來的壓力，都會在雙11前對數(shù)據(jù)庫集群進(jìn)行擴(kuò)容，相信京東阿里也不例外。我們常見的擴(kuò)容有兩種，一種是讀寫分離，通過增加備庫提供讀服務(wù)來提升集群的能力；另一種是水平擴(kuò)容，將數(shù)據(jù)重新分布，拆分到更多臺服務(wù)器上，達(dá)到擴(kuò)容數(shù)據(jù)庫集群的目的。那么京東和阿里都采用哪種方式的擴(kuò)容策略？
阿里的drds直接就是通過分布式的剝離，將熱點(diǎn)數(shù)據(jù)直接分散到不通的數(shù)據(jù)庫。進(jìn)洞不知道

陌路巨額投入

1.京東與阿里相比，在前端網(wǎng)站架構(gòu)上用到了哪些技術(shù)？兩者各自用到了哪些數(shù)據(jù)庫？

          京東在前端架構(gòu)上應(yīng)該是采用了在.net。創(chuàng)立京東商城的早期，劉強(qiáng)東選用了最為熟悉的.NET，直到現(xiàn)在，京東商城的前端部分仍然沿用.NET技術(shù)架構(gòu)。
          阿里在前端架構(gòu)上現(xiàn)在采用了自主開發(fā)的Kissy。Kissy目前在淘寶網(wǎng)、一淘網(wǎng)等阿里系網(wǎng)站上得到不少應(yīng)用。Kissy 框架模仿 jQuery 編寫了自己的內(nèi)核 Kissy Core，用于對 DOM 的解析，Ajax 處理等。同時，有著豐富的控件，并實現(xiàn)了一些動畫效果和特效。同樣，在 Kissy 的控件中也可以看到 Bootstrap 等國外框架的影子。此外，Kissy abc 項目工具可以幫助用戶實現(xiàn)自動化構(gòu)建，并有很多擴(kuò)展組件方便用戶使用。
          京東的數(shù)據(jù)庫。。在前期曾經(jīng)用過SQL Server，后來，架構(gòu)上來了一次大整改，沒有確切數(shù)據(jù)，所以不好說。個人覺得可能是Oracle。
          阿里的數(shù)據(jù)庫MYSQL。。

2.京東和阿里都各自研發(fā)了自己的存儲系統(tǒng)，京東有JFS、淘寶有TFS，這兩種文件存儲系統(tǒng)都采用了什么樣的策略，來保證在機(jī)器故障、磁盤故障、甚至文件刪除等問題存在時，數(shù)據(jù)都不會丟失呢？

        以前關(guān)注過，應(yīng)該是：
        JFS針對海量非結(jié)構(gòu)化的小文件，要求強(qiáng)可靠、強(qiáng)一致和高可用，并且key由系統(tǒng)本身生成。
        TFS以數(shù)據(jù)塊（block）為單位存儲和組織數(shù)據(jù)，block大小通常為64M（可配置），TFS會將多個小文件存儲在同一個block中，并為block建立索引，以便快速在block中定位文件；每個block會存儲多個副本到不同的機(jī)架上，以保證數(shù)據(jù)的高可靠性。
        


           

howge

沒人頂嗎？坐等技術(shù)大牛來分享

action08

話題很深啊，沒有相關(guān)經(jīng)驗，還是等大牛來分享吧

睿智2012

其待高手解析

xike2002

這是個好話題�。�

xike2002

這是個好話題�。�

forgaoqiang

暈倒 全是專業(yè)經(jīng)驗性的問題 不曉得了 。。。

ylky_2000

這個要阿里巴巴和jd的架構(gòu)師才能回答啊。

sohusina

1，ajax及其他富客戶端，mysql,sqlserver,oracle皆可。
2，備份策略。
3，不了解，算法大致差不多，不同應(yīng)該在業(yè)務(wù)邏輯上。

sohusina

4，架構(gòu)，富客戶端＋業(yè)務(wù)完整性保證代理＋數(shù)據(jù)庫＋網(wǎng)絡(luò)設(shè)備＋負(fù)載均衡設(shè)備。   
業(yè)務(wù)完整性保證代理指的是一套應(yīng)用程序，保證買賣業(yè)務(wù)完整性，訂單可以及時反饋給買家，又可以異步通知給賣家數(shù)據(jù)庫上。

5，根據(jù)買家等級來確定優(yōu)先級。及時監(jiān)控較難，有效監(jiān)控則是根據(jù)買家信用值。