Re: [請益] 請問寬宏售票為何常當機?

[pttnews (PTT新聞)]

兩個重點，頻寬不是重點

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
→ robler: 胡扯...
推 tw0517tw: 金流是很容易卡阿XD
噓 jk47tai: 亂扯一通，有沒有做過啊？
→ guanting886: 其他系統跟不上我可以理解
→ guanting886: 但第二個部分可能會把那些做即時交易的是傻子
→ hSATAC: 胡扯...
噓 zo6al: 別瞎掰好不好...真的不懂就潛水麻...
噓 lucky1lk: 你真的懂嗎...
推 crossdunk: 可以請懂得人出來說說嗎
→ dinos: 就算不懂架站的也知道你在鬼扯
推 LaPass: 你真的有處理過交易機制跟伺服器叢集嗎............？
噓 knives: 第二個部份做成即時交易，也是天才
→ ql4au04: 我還以為是嘗試insert 然後收結果判斷 不是嗎？
→ Lordaeron: 咦, 有位人兄有做過的, 寫一篇出來跟大家分享一下嘛.
→ DHG54: 希望有人可以分享
噓 michaelchen1: 聽你在鬼扯XDDD
噓 indexcome: 下一位吧 多念點書 別出來誤導了
既然樓上的噓你(虛擬)大師，這麼高竿，就不要嘴砲了，直接發一篇來打我的臉吧


推 abccbaandy: 噓的幾位要不要寫一篇跟大家分享一下？ 真的滿好奇的
※ 編輯: pttnews (125.227.131.127), 01/06/2015 15:16:57
→ bndan: 只講第2項.就算用舊技術 FB的即時怎做 比照而已...
→ bndan: 如果用新技術 在通訊不成問題的情況 用WEBSOCKET完成可以比
→ bndan: 照用SOCKET..OLG FPS 夠即時了吧? 都是用幾十毫秒算反應的
→ KanoLoa: 3000台每秒Q兩下loading也很重捏
以下我們都以「理性」來討論問題

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: 咦,各位大師快發表一下架構/作法,特別是有處理過交易
→ Lordaeron: 機制的. 來一篇吧.
推 LaPass: 感覺會有人被釣出來 XD
→ bndan: K大..多少資源多少效能阿= = 不能我要求人多+即時 然後只給
→ bndan: 一台普通的WEB SERVER吧 囧?
噓 indexcome: 多數人是網頁都開不起來 根本還沒到跟銀行的handshake
→ indexcome: 寬宏的問題根本就是在asp跟頻寬的問題, 扯甚麼交易啊
所以我才說訂位機制，很重要
你要看交易流程，先付款後定位，還是反過來。決定先 卡定位  還是 卡付費？
頻寬花錢就有了，交易機制可是技術精華咧～
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:22:02
→ pooznn: 流量不足只要有錢就能解決 難處理只有選座位時LOCK的問題
→ nobody1: 寬宏的問題根本就是在asp跟頻寬的問題 <= Good Answer
唉～ 只要有錢，頻寬要多少有多少

※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:31:02
推 abccbaandy: ASP有什麼問題？ 微軟的耶...
→ Lordaeron: @timeflying,快出來介紹一下囉.
→ nobody1: 原po別再扯了 交易機制和你想的先付款或先定位的順序無關
→ nobody1: 訂票流程正常系都走不完  原因只有主機和頻寬的問題而已
→ nobody1: 付款未完成，訂票未完成，退訂 每隔一段時間有清票的機制
→ nobody1: 選位與lock的問題對於系統只有時間差
大哥！我不是要吵架～
但是你講什麼，小弟我很笨，真的聽不懂啊，可以再細部解釋一下嗎？
※ 編輯: pttnews (125.227.131.127), 01/06/2015 17:50:38
噓 jk47tai: 你的邏輯把東西複雜化了，nobody1正解
→ ping1777: 光搶位子要通知對象就不對了吧？
→ jk47tai: 不過要補充的是，架構的機制也是會影響系統可處理的人數
→ jk47tai: 。
→ motoloto: 推nobody1
推 ku399999: 呃  我不知道寬宏的狀況  不過原PO講的應該有他的道理
→ ku399999: http://punchline.asia/archives/7449
→ ku399999: 這是jserv轉的文
噓 mathrew: 胡扯  頻寬也是很大的重點好嗎