根據官方微博透露出售的書籍資訊，及訂單數量級，我們可以再大膽猜測大概有30W-50W的網路使用者在三個小時促銷期內參與購買，而且是分二天完成的，相信一天的促銷時間段參與購買者的數字會更低一些，不過這對於一個B2C網站而言確實併發壓力不小，假設一臺Web伺服器能支撐5000個併發，所有使用者同時間點新增書籍到購物車中，那麼需要600-1000臺Web伺服器。不過這只是個極端假設，真實的情況肯定不是有幾個點肯定容易成為瓶頸：購物車服務、MemCached服務、訂單管理服務、支付服務、資料庫服務，不清楚內部具體情況，只能進行猜測性分析：

(1). 商城採用購物車系統，方便網購客進行物品挑選，然後集中完成訂單的模式，有區別於淘寶網的模式，為此購物車系統的壓力將會非常大。購物車系統服務涉及大量的資料新增和顯示操作，甚至修改和刪除，資料必須考慮先要你用記憶體（例如：MemCached、Redis等）方式支援物品資料的增加、修改、刪除，並非同步更新到資料庫中，因此購物車系統需要操作的記憶體快取區最好能支援分散式部署和提供資料服務的模式，否則容易成為瓶頸，若是無法水平分散式的方式擴容，那必須進行垂直擴容，不得不考慮更換記憶體更大及效能更優秀的伺服器支援；

(2). MemCached提供讀服務是必須的且壓力也會不小，但還必須考慮提供寫操作，即資料先寫入MemCached再佇列方式同步到資料庫；

(3).佇列服務，涉及到一些資料的非同步執行和排隊等待等事件，在電子商務領域一樣非常流行和成熟的技術，鄙人曾參與一個分散式佇列專案的研發，達到可以線上部署、停止、排程、監控等功能，尤其是這種網購促銷活動佇列尤其重要，若是能有此類技術服務，會對整個系統的有序控制非常有幫助；

(4). 提供資料服務的資料庫產品為SQL Server，這並不是意味著效能就差，關鍵是要做到：作業系統不需要的服務必須關閉，磁碟RAID要合理，資料庫的設計要合理，索引組織結構要優化好，SQL Server 伺服器端引數要配置和優化，重點藉助Windows自帶的工具就足夠監控和分析資料庫伺服器的效能和瓶頸。主要是資料庫伺服器往往不容易進行拆分，而實現水平方向的分散式部署（註釋：SQL Server有一個分散式分割槽檢視功能

(5). 提供Web服務的程式為.net編寫的，一般做到水平擴充套件，然後再搭配LVS或F5（註釋：既說京東商城使用F5）實現負載均衡裝置即可，Web服務層面不會成為瓶頸。若是.net程式程式碼質量不高，則可能成為瓶頸，就需要更多的機器支援；

(6). 訂單管理系統將會成為壓力非常大的服務，需要合併訂單和檢查庫存，分配訂單到不同的倉庫所在地等，建議只做訂單常規的檢查，至於訂單分配到不同地方倉庫處理等事情可以等活動結束之後的1-2個小時內再後臺集中處理的模式；

(7).支付服務方面，京東商場有自己的物流配送服務，且提供線上支付和貨到付款的模式，具體數字不詳，網路上獲得的京東商城貨代付款比率高達90%；