假設某**秒殺活動只推銷一件商品，預計會吸引一萬使用者參加活動，也就是說最大併發請求數是10k，此時，秒殺系統面臨的一些技術挑戰有哪些呢？
1. 對現有**業務造成衝擊
秒殺活動只是**營銷的乙個附加活動，這個活動具有時間短，併發訪問量大的特點。如果和**原有應用部署在一起，必然會對現有業務造成衝擊，稍有不慎，可能導致整個系統癱瘓。
2. 高併發下的應用，資料庫負載
使用者在秒殺開始前，通過不停重新整理瀏覽器頁面，以保證不會錯過秒殺，這些請求如果按照一般的**應用架構，訪問應用伺服器、連線資料庫，會對應用伺服器和資料庫伺服器造成極大的負載壓力。
3. 突然增加的網路和伺服器頻寬
假設商品頁面大小為200k（主要是商品大小），那麼，需要的網路和伺服器頻寬是2g（200k×10k），這些網路頻寬是秒殺活動新增的，超過**平時使用的頻寬。
4. 直接下單
秒殺的遊戲規則是到了秒殺時間才能對商品進行下單購買，在此時間點之前，只能瀏覽商品資訊，不能下單。而下單頁面也只是乙個普通的url，如果的到這個url，不用等到秒殺開始，就能夠下單了。
下篇將和夥伴們一起**秒殺活動中的一些應對策略。
不喜勿噴，歡迎糾錯指正
資料引自《大型**技術架構-核心原理與案例分析》
《挑戰程式設計》的一些筆記
傳送門 求無向圖頂點1到頂點n的次短路徑。同一條邊可以經過多次。書上的做法是直接將最短路徑的dijkstra演算法進行修改，對於每個頂點鬆弛的時候不僅鬆弛最短路，而且鬆弛次短路。我個人覺得這樣的做法必須得用把路徑存入到priority queue中，再逐一出隊鬆弛，否則每次尋找要鬆弛的頂點的判斷條件...
symbian中活動物件的一些簡單的使用
symbian中活動服務物件的一些簡單的使用 對symbain的學習已經又幾個月了,今天來寫寫自己的一些活動服務物件使用方法.symbian官方推薦使用活動服務物件 cactive 來代替多執行緒的使用,我想這個道理是很明了的,在手機這樣的小記憶體裝置裡,執行多執行緒的程式是非常耗資源的,為了節約資...
一些技術書籍
今天下班回來時順便去那個熟悉的舊書攤逛了逛，竟有意外驚喜。之前曾在那裡淘過不少好書，編譯原理 5塊，加密與解密 10塊。比 還便宜不少，而且還是正版書！剛看了看，猛然發現一本好書 資料結構 c 語言描述，近九百頁磚頭般的好書，原價近百塊，老闆開價15塊，大喜，但不能表現出來，還留著砍價的。後來又看上...