xxwanhedaxx
2021-12-18T16:25:54+00:00
[img]https://img.nga.178.com/attachments/mon_202112/23/-7Q2p-fstjZeT1kShs-118.jpg.medium.jpg[/img]
这程序员的吐槽对吗
💙เจ้าหมีขี้เกึยจ ʕ•̫͡•ʕ•̫͡•ʔ
没什么问题，不分流铁被爆
ManInTheSky
额，原来健康码的请求都不分流的嘛
As4kurA
不考虑安全的话，前端就做分流没问题。
其实这种东西，直接部署到云服务上不好吗？峰值流量花钱扩容就行，可以动态收费。
都是查询请求，一致性比较好搞，几十万qps也不难啊。
其实这种东西，直接部署到云服务上不好吗？峰值流量花钱扩容就行，可以动态收费。
都是查询请求，一致性比较好搞，几十万qps也不难啊。
SCOOTZNBOOTZ
这程序员讲得不太对，或者说是一知半解
他说的是服务在平时就QPS很高的情况下怎么提高吞吐量，但是明显他们要解决的问题是一个平时QPS很低的服务怎么在不改动架构的前提下迅速横向扩展，应对突发的流量高峰。
他说的是服务在平时就QPS很高的情况下怎么提高吞吐量，但是明显他们要解决的问题是一个平时QPS很低的服务怎么在不改动架构的前提下迅速横向扩展，应对突发的流量高峰。
Lingnight
没毛病，淘宝的流量是他的几百万呗，也没见崩
Nevermore
关于身份证的不对吧，一二位是省级，三四位是市级，五六位是区级，我记得好像是这样的
Cry0t1k冬
就一个状态查询呗，加个缓存就解了
axelkieeee
首先不安全，其次和12306一个问题，短时间内突发高流量说到底是一个成本问题，你不可能要求平时一天1千的服务器为了短时间的可能高峰而天天维持1万的开销，性价比不够。至于临时扩容也有限制，你有机会扩容才可以这么干，没办法作为超高流量的通用解决方案。
hamicker20
[quote][pid=575693237,29967285,1]Reply[/pid] Post by [uid=63568490]ennisdingle[/uid] (2021-12-23 00:44):
这程序员讲得不太对，或者说是一知半解
他说的是服务在平时就QPS很高的情况下怎么提高吞吐量，但是明显他们要解决的问题是一个平时QPS很低的服务怎么在不改动架构的前提下迅速横向扩展，应对突发的流量高峰。[/quote]现在负载均衡也不用改代码呀
这程序员讲得不太对，或者说是一知半解
他说的是服务在平时就QPS很高的情况下怎么提高吞吐量，但是明显他们要解决的问题是一个平时QPS很低的服务怎么在不改动架构的前提下迅速横向扩展，应对突发的流量高峰。[/quote]现在负载均衡也不用改代码呀
titanicslimeocean
[quote][pid=575701929,29967285,1]Reply[/pid] Post by [uid=41487382]Hduoct[/uid] (2021-12-23 01:53):
现在负载均衡也不用改代码呀[/quote]图里这个从前端到后端要改的代码地方也不少吧
现在负载均衡也不用改代码呀[/quote]图里这个从前端到后端要改的代码地方也不少吧