討論串[請益] 請問寬宏售票為何常當機?
共 21 篇文章

推噓1(1推 0噓 41→)留言42則,0人參與, 最新作者SirChen (vanilla tobacco)時間11年前 (2015/01/07 23:50), 11年前編輯資訊
0
0
2
內容預覽:
這個場景我仔細想了一下,使用類似LMAX交易系統的架構應該挺合適. 前端和用戶交互的部分使用server cluster,但交易搓合全部集中到一台server. 這篇文章解釋得比較詳細. http://martinfowler.com/articles/lmax.html. 簡單來說就是業務邏輯中會
(還有1234個字)

推噓11(11推 0噓 13→)留言24則,0人參與, 最新作者y2468101216 (芸)時間11年前 (2015/01/07 22:04), 11年前編輯資訊
0
0
1
內容預覽:
我自己也是作電影院售票系統的,我知道這種東西最難在於選位,. 因為你必須去判斷每個位置有沒有被其他人選走,. 所以每個request都必須等待前一個作完。. 我認為比較好的作法應該是作切割,把每個區都分給不同的server作管理,然後讓. server去作判斷現在連線數有沒有大於該區的座位數,. 有
(還有534個字)

推噓2(2推 0噓 1→)留言3則,0人參與, 最新作者SirChen (vanilla tobacco)時間11年前 (2015/01/07 21:34), 編輯資訊
0
0
2
內容預覽:
這個搶票的應用場景我覺得拿金融交易系統的架構來改可能會更適合?. 像是股票或是期貨交易所的系統,大量用戶集中交易搓合. 的確,1111這個應該是數千萬等級的,是江蕙這個case的百倍. 不過人家有很多很多的$$,還有一海票牛逼工程師來做系統. --. 人類最大的問題在於. 想要的東西很多 需要的東西

推噓5(5推 0噓 7→)留言12則,0人參與, 最新作者l42857 (~.~)時間11年前 (2015/01/07 19:33), 11年前編輯資訊
0
0
1
內容預覽:
很驚訝大家居然把它想的那麼複雜. (包括那個八卦很多人認為很聰明的宅神). 先說結論,. 這種大量瞬間增量的購物行為, 大型線上購物網站早已可以有效的解決.. 不論在銷售, 各種金流, 甚至到虛擬票QR Code或實體票的運送上.. 整體技術不算簡單, 但也不是什麼新穎的技術.. 話說回來, 江蕙演
(還有477個字)

推噓1(1推 0噓 2→)留言3則,0人參與, 最新作者Jichang (C.C.Lemon)時間11年前 (2015/01/07 18:22), 編輯資訊
0
0
1
內容預覽:
借此標題問一下. 類似這種 大量Request的系統. 有沒有什麼推薦書可以參考. 例如 Slb, cluster, cache ,DB 該如何規劃設計. 在Coding上 與單一server系統又有什麼差異等等. 謝謝. --. Sent from my Android. --. 發信站: