作者pupuliao (pupu)
看板java
标题Re: [应用]北市疫喵接种预约系统一点看法
时间Fri Jul 2 02:23:38 2021
※ 引述《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://webptt.com/cn.aspx?n=bbs/java/M.1625163820.A.1D7.html
1F：→ kentyeh: 好棒棒的做法,原来新北预约转圈圈是因为开放时间不够久, 07/02 10:08
2F：→ kentyeh: 平均流量太高,至於排队系统,让我想起6/7卫福部纾困网页 07/02 10:08
3F：→ kentyeh: 排队要排上一整天,你说的不会是这个吧,哈哈 07/02 10:08
纾困系统的需求量
跟这次打疫苗的登记需求 根本就天差地别吧
需要准备的规模本来就不同啊
不过确实
我的想法就是
不论是 纾困 还是 预约疫苗，在前面登记阶段，要有多快 或是 多顺畅地承受幅度
都只是感受上的好与坏
没必要花过多的成本，在这方面做过大投资，
很有成就感，可以提高大家的体验，但我认为这很浪费
像是 打疫苗，你前面预约速度再快，实际能施打的疫苗速度就这样了
是要还拚多快，多顺畅?
宣导大家分段进场不就好了吗?
用上各种设备方法 去想办法 让大家瞬间在开始几分钟内登记完毕
恩...好棒棒
然後大家登记完毕，设备就放在那浪费掉了
少准备一点，让大家分散登记不是很好吗?
那些都是我们缴出来的税金阿，不要随便燃烧阿
又不是卖演唱会门票，可以赚钱
4F：→ ssccg: 这篇的算法才有问题，定时开放的系统一定是刚开流量最高 07/02 12:57
5F：→ ssccg: 即使不抓全部人，也该抓个高比例，不能用时间平均 07/02 12:58
6F：→ ssccg: 新闻有实际数据，前5分钟完成16535，10分钟26800，半小时接 07/02 12:59
7F：→ ssccg: 近4万人，在开机瞬间流量一定超过万人，用每小时5千一定爆 07/02 13:00
8F：→ ssccg: 要平均流量要有别的配套措施，比如说一连进来只发号码排队 07/02 13:01
9F：→ ssccg: 轮到排队时段才用简讯之类的通知，再上线接续流程 07/02 13:02
10F：→ ssccg: 这篇还估高峰也不过25人/秒，16535/5分钟都已经55人/秒了 07/02 13:04
确实
在要评估准备多少人数的瞬间流量，我不好抓人数
所以有点低估了
但我的观点是没必要为了这种事情 去追求一个 上万人同时连线，也要顺畅预约
不论是每秒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
11F：推 tgyhum: 多少钱，一堆人都只谈技术不谈钱 07/07 07:50
12F：→ pupuliao: 最近上线的 中央版预约系统 就接近这概念 07/07 16:18
13F：→ pupuliao: 先登记意愿，後面再分批通知预约时间地点 07/07 16:18
14F：→ luoqr: 直接开google表单登记好了 最便宜 XD 07/11 14:56
之前有县市这样搞过了
还有分区分里
照样直接炸掉
google 也会防范DDOS的
15F：→ kentyeh: g表单确实是一个好方法,刚刚疫苗系统已经进不去了,新闻 07/13 14:12
16F：→ kentyeh: 说是6千在线/分,实务上并非卡关重开机即可,因为灌爆系统 07/13 14:12
17F：→ kentyeh: 的这些人不会因为重开机就等下再来,重开还是有可能立即 07/13 14:12
18F：→ kentyeh: 再被灌爆一次 07/13 14:12
19F：→ ssccg: 疫苗系统其实分成登记意愿+实际预约，登记意愿看起来只是最 07/13 18:22
20F：→ ssccg: 简单的身分证字号+健保卡号DB比对，做完也只是塞DB而已 07/13 18:23
21F：→ ssccg: 实际预约那边身分认证比较严谨，还串健保局系统就被打爆了 07/13 18:24
22F：→ ssccg: 原本设计就是登记意愿=排队，可打了才通知上预约系统 07/13 18:25
23F：→ ssccg: 可是把两个功能放在同一页，造成一堆人去试预约功能 07/13 18:25
24F：→ ssccg: 预约功能应该直接做成不公开，收到简讯/email才知道网址 07/13 18:27
25F：→ ssccg: 才满足原本设计目标。就算是公开页面至少也要先多加一道简 07/13 18:28
26F：→ ssccg: 易资格确认挡掉根本不符资格乱试的人 07/13 18:28
28F：→ ssccg: 今天刚开时原本只有左边那两个，都是接健保局系统 07/13 18:32
29F：→ ssccg: 後来新增第三个身份证字号+健保卡号，就是跟登记意愿那边一 07/13 18:33
30F：→ ssccg: 样，资格不符就直接挡掉，就没被打爆问题 07/13 18:34
31F：→ pupuliao: 真的就是一堆人 跑去打预约系统 我爸妈就是 07/14 11:20
32F：→ pupuliao: 我跟他们说可以去填意愿了，他们填完意愿 就跑去登记预 07/14 11:20
33F：→ pupuliao: 约，搞不订 打电话问我为啥.... 07/14 11:20
34F：→ pupuliao: 我就说.....跟你说填意愿，预约那边 不是写了 12日之前 07/14 11:22
35F：→ pupuliao: 的才能预约吗? 07/14 11:22
※ 编辑: pupuliao (220.133.208.141 台湾), 07/14/2021 11:42:51