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

看板Soft_Job作者 (C.C.Lemon)時間11年前 (2015/01/07 18:22), 編輯推噓1(102)
留言3則, 2人參與, 最新討論串12/21 (看更多)
※ 引述《lolololst (wind)》之銘言: : ※ 引述《TonyQ (心存善念盡力而為)》之銘言: : : 早上在 FB 寫了一篇,轉過來一起討論。 : : ----------- : : 這個問題的 key factor 在 concurrent user (同時在線人數), : : 這種大型演唱會搶票基本上都是 concurrent 萬人以上的。 : : 會碰到的第一個問題是「我們要讓使用者知道哪個格有人、哪個格子沒人」, : : 因為使用者要選位,這件事情就已經夠困難了。 : TonyQ規劃的已超過寬宏的系統 : 選座確實是很重要的服務 但寬宏這次的售票並沒有選座 只有選區 : 實際上也不應該有選座 因為搖滾區原則上不會有座位 其他座位也破千 選座很麻煩 : 選座上一般的做法是讓使用者自己點 點了以後座位會query一次 : 確定座位沒人時就讓給他 此時座位會先鎖上 結帳前如果要更改就把座位解鎖(刪除) : 訂過機票或電影票應該知道我在說什麼 : 只是電影票一般都是訂假的 到現場還要重新選座 : 選區是很簡單的工作 這寬宏就沒什麼好辯了 借此標題問一下 類似這種 大量Request的系統 有沒有什麼推薦書可以參考 例如 Slb, cluster, cache ,DB 該如何規劃設計 在Coding上 與單一server系統又有什麼差異等等 謝謝 -- Sent from my Android -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.74.250.156 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1420626164.A.0CB.html

01/07 22:21, , 1F
像是 C10K C100K 這種關鍵字嗎:)
01/07 22:21, 1F

01/08 09:47, , 2F
分散式運算,或是網格運算,但詳細像系統架構方式目前沒
01/08 09:47, 2F

01/08 09:47, , 3F
書,因為那是可以賣錢的
01/08 09:47, 3F
文章代碼(AID): #1KhGZq3B (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 12 之 21 篇):
文章代碼(AID): #1KhGZq3B (Soft_Job)