看板 Soft_Job作者 pttnews (PTT新聞)標題 Re: [請益] 請問寬宏售票為何常當機?時間 Tue Jan 6 12:09:27 2015
兩個重點，頻寬不是重點
1. 信用卡付款機制掛了！
因為人太多交易又太久，假設一筆交易，金流交易銀行至少三個斡旋，要2秒，
100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當機」了
ps：2秒看似很久，但是事實上會更久。
2. 訂位機制很難在網頁呈現，這個位置是不是已經被別人訂走了，
因為user猶豫的瞬間，假設一秒鐘，已經更新很多次，有7個人定位，有2個人退位。
然後user可能重複操作，一次開多個視窗，哭哭XD
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.227.131.127
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1420517370.A.CDC.html
※ 同主題文章:
Re: [請益] 請問寬宏售票為何常當機?
01-06 12:09 pttnews.
噓 jk47tai: 亂扯一通，有沒有做過啊？3F 01/06 12:25
→ guanting886: 其他系統跟不上我可以理解
但第二個部分可能會把那些做即時交易的是傻子4F 01/06 12:50
噓 zo6al: 別瞎掰好不好...真的不懂就潛水麻...7F 01/06 13:16
→ dinos: 就算不懂架站的也知道你在鬼扯10F 01/06 13:33
推 LaPass: 你真的有處理過交易機制跟伺服器叢集嗎............？11F 01/06 13:35
噓 knives: 第二個部份做成即時交易，也是天才12F 01/06 13:37
→ ql4au04: 我還以為是嘗試insert 然後收結果判斷 不是嗎？13F 01/06 13:43
→ Lordaeron: 咦, 有位人兄有做過的, 寫一篇出來跟大家分享一下嘛.14F 01/06 13:48
→ DHG54: 希望有人可以分享15F 01/06 14:02
既然樓上的噓你(虛擬)大師，這麼高竿，就不要嘴砲了，直接發一篇來打我的臉吧
推 abccbaandy: 噓的幾位要不要寫一篇跟大家分享一下？ 真的滿好奇的18F 01/06 15:12
※ 編輯: pttnews (125.227.131.127), 01/06/2015 15:16:57
→ bndan: 只講第2項.就算用舊技術 FB的即時怎做 比照而已...
如果用新技術 在通訊不成問題的情況 用WEBSOCKET完成可以比照用SOCKET..OLG FPS 夠即時了吧? 都是用幾十毫秒算反應的19F 01/06 15:30
→ KanoLoa: 3000台每秒Q兩下loading也很重捏22F 01/06 15:43
以下我們都以「理性」來討論問題
Socket 即時我同意～
但是顧慮幾件事情
1. 每秒同一座位，有n百個人要搶耶～
2. 搶位的機制超難搞的，寫在DB裡適當嗎？還是用Memory比較快？這也是問題...
3. 一人多視窗
4. 資料量是 百萬個「對象」 乘以 萬個「座位」
等於
1. 同1ms裡，有三個人搶位，甲贏了，丙乙搶輸了，這件事情要通知百萬個「對象」
2. 這些百萬個「對象」，要等100ms，Server才會主動通知Client，
為什麼要100ms，等一下說明...
3. Server要每秒中通知百萬個「對象」，一萬個座位的即時狀況，
4. Server好累，每秒通知已經超累了
5. 就算每秒通知，網頁還是不夠即時，還是會發生已定位，別人按定位問題
6. Server 還要防止Dos 以及外掛作弊
7. 一台Server夠嗎? 分散如何？搶位的機制如何分散？
分散以後，每台Server還要同步每台Server...........哭哭
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:15:46
→ Lordaeron: 咦,各位大師快發表一下架構/作法,特別是有處理過交易機制的. 來一篇吧.23F 01/06 16:00
推 LaPass: 感覺會有人被釣出來 XD25F 01/06 16:10
→ bndan: K大..多少資源多少效能阿= = 不能我要求人多+即時 然後只給一台普通的WEB SERVER吧 囧?26F 01/06 16:10
噓 indexcome: 多數人是網頁都開不起來 根本還沒到跟銀行的handshake寬宏的問題根本就是在asp跟頻寬的問題, 扯甚麼交易啊28F 01/06 16:15
所以我才說訂位機制，很重要
你要看交易流程，先付款後定位，還是反過來。決定先 卡定位 還是 卡付費？
頻寬花錢就有了，交易機制可是技術精華咧～
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:22:02
→ pooznn: 流量不足只要有錢就能解決 難處理只有選座位時LOCK的問題30F 01/06 16:18
→ nobody1: 寬宏的問題根本就是在asp跟頻寬的問題 <= Good Answer31F 01/06 16:27
唉～ 只要有錢，頻寬要多少有多少
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:31:02
→ Lordaeron: @timeflying,快出來介紹一下囉.33F 01/06 16:50
→ nobody1: 原po別再扯了 交易機制和你想的先付款或先定位的順序無關訂票流程正常系都走不完 原因只有主機和頻寬的問題而已付款未完成，訂票未完成，退訂 每隔一段時間有清票的機制選位與lock的問題對於系統只有時間差34F 01/06 16:56
大哥！我不是要吵架～
但是你講什麼，小弟我很笨，真的聽不懂啊，可以再細部解釋一下嗎？
※ 編輯: pttnews (125.227.131.127), 01/06/2015 17:50:38
噓 jk47tai: 你的邏輯把東西複雜化了，nobody1正解38F 01/06 18:20
→ ping1777: 光搶位子要通知對象就不對了吧？39F 01/06 18:22
→ jk47tai: 不過要補充的是，架構的機制也是會影響系統可處理的人數。40F 01/06 18:23
--