Re: [應用]北市疫喵接種預約系統一點看法

看板java作者pupuliao (pupu)時間3年前 (2021/07/02 02:23)推噓1(1推 0噓 12→)

留言13則, 4人參與討論串2/2 (看更多)

※ 引述《kentyeh (kent)》之銘言： : https://booking.health.gov.tw/Home/TakeNum : 網路上看到台北市疫喵接種預約系統順利運行，也去看了一下， : 試用了一下整個過程是： : 1.首頁(同意後選莫德納) : ->2.選院所(3個同意再Load時段Json) : ->3.填資料送出(未真的送出) : 發覺這系統沒上雲端，後台居然還是IIS 10，也沒有提升到HTTP/2, : dig一下發現也沒有用DNS做RoundRobin, : 查了一下北市75歲以上統計人口約19萬多， : 表示單一IP可能要同時承受上萬人的毆打(×)點擊(○), 這算法有點問題吧台北市第一輪疫苗 9萬劑，第二輪6萬劑第一輪給兩天共18個小時登記平均每小時登記5000個人平均一秒1.3人這種等級的要求根本不算壓力吧至於你說前台被打死，頂多前面增加一個排隊系統就搞定了不過看來市府用更省事的做法，只在上班時間開放，有問題MIS 跳下去處理被打死了就重開機把大家踢出去然後重新排隊根本沒必要為了這種小事搞那麼複雜的系統，簡單快速上線，反正打疫苗速度就這樣預約系統跟得上就好打疫苗這種事，又不是搶物資，政府準備的疫苗就差不多符合資格的人數根本不需要跟大家搶，我們家收到市府通知時，我本來想那我去最後一個時段不用預約的好了，不過我爸是順手預約了，9萬人只要不要同時一起上根本不是啥問題就算同時在第一小時上限，也不過就每秒25人還好吧，沒啥壓力吧我只是單純得你想得太複雜了，又不是要賺錢，付出那麼多成本在這裡做啥再說了現在還有人想等BNT，想打更好的疫苗一堆人不敢打， : 北市府的資訊處真的厲害的打擊手。 : 想說如果是一般規模不大的公司要如何解決，盤點一下設計思路， : 1.不能時間一到就讓所有人一擁而上。 : 2.毋須登錄。 : 3.寫入永遠比讀取慢很多，寫入資料庫則是更慢，檔案則好些。 : 4.太多人選擇同一時段造成的超額處理。 : 我想大多數解決人多的想法,就是多架幾台(load balancer)來應付就好, : 頻寬不是問題,電信商調整一下就好。 : 首先第一要務是解決"單一IP可能要同時承受上萬人的點擊"這件事， : 當然有錢的買一台高級的負載平衡器，用硬體來解決， : 規模不大的公司出不起這個錢，所以我的做法是最前線就是 : 一台稍微好一點的機器架上一個 Linux Virtual Server(LVS)來分散入口流量， -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.169.230.212 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/java/M.1625163820.A.1D7.html

→

kentyeh

07/02 10:08, 3年前 , 1^F

07/02 10:08, 1^F

→

kentyeh

07/02 10:08, 3年前 , 2^F

07/02 10:08, 2^F

→

kentyeh

07/02 10:08, 3年前 , 3^F

07/02 10:08, 3^F

紓困系統的需求量跟這次打疫苗的登記需求根本就天差地別吧需要準備的規模本來就不同啊不過確實我的想法就是不論是紓困還是預約疫苗，在前面登記階段，要有多快或是多順暢地承受幅度都只是感受上的好與壞沒必要花過多的成本，在這方面做過大投資，很有成就感，可以提高大家的體驗，但我認為這很浪費像是打疫苗，你前面預約速度再快，實際能施打的疫苗速度就這樣了是要還拚多快，多順暢? 宣導大家分段進場不就好了嗎? 用上各種設備方法去想辦法讓大家瞬間在開始幾分鐘內登記完畢恩...好棒棒然後大家登記完畢，設備就放在那浪費掉了少準備一點，讓大家分散登記不是很好嗎? 那些都是我們繳出來的稅金阿，不要隨便燃燒阿又不是賣演唱會門票，可以賺錢

→

ssccg

07/02 12:57, 3年前 , 4^F

07/02 12:57, 4^F

→

ssccg

07/02 12:58, 3年前 , 5^F

07/02 12:58, 5^F

→

ssccg

07/02 12:59, 3年前 , 6^F

07/02 12:59, 6^F

→

ssccg

07/02 13:00, 3年前 , 7^F

07/02 13:00, 7^F

→

ssccg

07/02 13:01, 3年前 , 8^F

07/02 13:01, 8^F

→

ssccg

07/02 13:02, 3年前 , 9^F

07/02 13:02, 9^F

→

ssccg

07/02 13:04, 3年前 , 10^F

07/02 13:04, 10^F

確實在要評估準備多少人數的瞬間流量，我不好抓人數所以有點低估了但我的觀點是沒必要為了這種事情去追求一個上萬人同時連線，也要順暢預約不論是每秒25人還是每秒55人用一台標準 web server+ DB server 應該就能順暢應付，真的不行前面一個分流系統另外你的建議，讓我想到更乾脆的做法根據行政區劃分流，看是要分時段登記，還是多台server分開登記 ※ 編輯: pupuliao (61.231.182.169 臺灣), 07/02/2021 15:33:14 ※ 編輯: pupuliao (61.231.182.169 臺灣), 07/02/2021 15:37:50 ※ 編輯: pupuliao (61.231.182.169 臺灣), 07/02/2021 15:38:17

推

tgyhum

07/07 07:50, 3年前 , 11^F

07/07 07:50, 11^F

→

pupuliao

07/07 16:18, 3年前 , 12^F

07/07 16:18, 12^F

→

pupuliao

07/07 16:18, 3年前 , 13^F

07/07 16:18, 13^F