好人，我就叫好人，今晚，成都核酸系统崩溃，东软冲上热搜榜首！虽然后来好像被下架了，但是还是被成都的兄弟们喷上了热搜。你问我为什么核酸系统崩了，东软冲上热搜，别怀疑，你猜对了！该系统由东软制造。一开始，有人以为是鹅厂（天美是你吗！），但他们错了，这家伙打错人了。..鹅厂老板赶紧出来辟谣。这东西不是我们做的，是东软那群狗杂种做的。我们做的和他们做的是两种不同的东西。腾讯负责的部分是天府健康通，供用户使用，使用没有问题。核酸系统面向核酸医务人员，即大白。是外包公司东软做的，立马崩了。这东西崩了，你怎么说核酸？就在这时，腾讯的资深专家不仅出来辟谣，还分析了原因，给出了解决方案。总结一下老大说的：我们做的健康码没有问题，但是东软做的核酸系统有问题。健康码系统可以支持千万级并发，而核酸系统只有2W。核酸系统使用的Nginx用于负载均衡，不支持动态扩展。没有分库分表，数据查询上线速度太慢，没有做压测，这么小的QPS估计不行，你脑子里没有ABCD数吗？看看排队的工作人员和兄弟们，他们有多着急？这不是被喷了，被谁喷了？民生就是这样搞的？从技术角度分析负载均衡。首先，让我们看一下负载平衡。有几种常见的负载平衡类型。DNS：这是最简单的负载均衡方式。一般用于实现地理级别的负载均衡。不同地域的用户可以通过DNS解析返回不同的IP地址。这种负载均衡方式简单，但扩展性太差，域名服务商在掌控。Http重定向：通过修改Http响应头的Location来达到负载均衡的目的，Http302重定向。这种方法会影响性能并增加请求时间。反向代理：作用于应用层的模式，也称为七层负载均衡，比如常见的Nginx，性能一般可以达到10000级。这种方式部署简单，成本低，易于扩展。IP：作用于网络层和传输层的模式，也称为四层负载均衡，通过修改数据包的IP地址和端口来达到负载均衡的效果。常见的是LVS（LinuxVirtualServer），其性能通常可以支持10万级并发。如果按照类型来划分，还可以分为DNS负载均衡、硬件负载均衡、软件负载均衡。其中硬件负载均衡成本高，性能最好，可达百万级别。软件负载均衡包括Nginx和LVS。按说，成都也是一个领先的大城市，人口超过2000万。这个时候我会重点关注核酸，我会把它当作一个时间差。除以10，这个QPS以百万计。嗯，这个时候如果用NG，就可以用了。尼玛没办法动态扩容，爽的合理。分库分表老大也说他们查询很慢，假设他们能看出来确实是这样。虽然他们不知道数据是怎么存储的，但是据2KW的人说，拿到一些数据就好了。亿万级。如果说这个数据量不想分库分表，那还真说不过去。..假设有2KW的人，每个人每天至少做一次核酸，那么一天就会增加2KW的数据。我觉得只分表就够了，因为我觉得基本上就是一个查询。多几台阅读机就够了。与数据库的连接绝对没有问题。那我们分表的话，按照疫情和我们国家的处理速度算一下，肯定撑不了多久。划分1024和2048表就可以轻松解决。表键直接分为用户ID。场景太简单了，我做不到。我只能说，我真的活该死。都是陷阱。最后说一下稳定性方面的考虑。真不知道东软他们公司是干什么的？建筑师在哪里？发展呢？测试呢？产品怎么样？没有人考虑过这种并发和数据量级吗？敢这么上网？你是飘了，还是真以为成都人举不起刀？分分钟送你上热搜好几次！是否做了熔断和降级？你做过压力测试吗？你制定应急计划了吗？……不说了，虽然只能看到外表，但我想大家也能想象到里面是怎样的膏体。就这样吧，说多了也没用，看你们怎么在评论区喷，为成都的兄弟们心疼1分钟。
