※ 引述 《ANava (只发优文)》 之铭言：
: 　
: 通报系统卡3周 医护泣诉濒崩溃
: 　
: https://reurl.cc/9G4qn8
: 中时 陈慰慈、陈梦茹／连线报导
: 侯友宜3周前即喊话要中央快改善系统，也指出不止一次跟私下沟通过该状况，对此，指
挥
: 中心发言人庄人祥3日就承诺1周内解决，数位政委唐凤也以“院会带笔电就弄好了”轻松
带
: 过，但直到昨天Trace系统虽已改善，法传系统仍当机，民怨依旧冲天。
: 　
: 板桥卫生所护理长吴玮珊告诉侯友宜，10多年来从来没遇过这样的景象，疫情仿佛是一颗
庞
: 大无比的巨石，压得第一线人员喘不过气来，每一笔资料都需要人工手动整理，加上中央
系
: 统经常卡住当机，同仁每天都在不断重复“查询、复制、贴上、卡住”的无限循环，更遑
论
: 许许多多在第一线冒着染疫风险，还坚守岗位的医护人员，所有人都像是一个满载的压力
锅
正常情况下应该不会发生这个情况啊，
台湾虽然没有任何企业有像淘宝天猫那样数千万
并发连接的研发经验，但是这个中央防疫系统
只是有几百上千家医院的连接而已，台湾应该
有很多企业有这种规模的IT系统开发运营经验。
这个规模下的压力测试应该是系统研发的入门
级难度了。
我猜，台湾的这个系统，既没有使用亚马逊
，谷歌或微软的云计算平台，也没有用大型
IT企业做承包方。
很可能就是在自己的电脑机房里，找一家
小型的不知名企业，用传统技术，搭建的
一个小型系统。
在疫情每天只有几十例的情况下，这个系统
能正常的录入统计和查询，但是在每天案例
几千后，系统就宕机了。
由于用的是传统技术，不是云计算技术，所以
扩容就很不方便。而云计算技术其实就点几
个按键就能在一个小时内把系统容量扩充
几十倍。
不用外国企业的理由肯定也是"扶持本土企业
，本土技术"，跟疫苗采购，快筛采购的理由
肯定一模一样。
天才IT大臣真的是没有超前部署，这种情况下，
就应该真超前部署。
就应该提前预见到，放开防疫后，确诊数字
会增长到数万甚至十几万。设计系统时应该
按每天录入十几万数据进行设计，或者预留
好扩容空间，在疫苗初步有增长时就应该
提前采购机器扩容系统。
看起来是没有做超前部署。
不知道哪家公司承接的这个案子，系统卡了
三周还没解决，哪怕是个一两百人的中等规模
公司都不会犯这个错误。
真希望不是小吃店，服装店，五金店接的这
个案子。