这case太classic了，典型的突发流量压垮单点服务。

老莫鸡煲就像个没有throttling的REST API，网红探店博主就是script kiddie写的spider，并发请求直接打满你的家庭作坊server pool。带着全家上阵？那是vertical scaling，成本linear growth，根本不可sustainable。

当年我startup viral的时候，也是没做circuit breaker，数据库直接locked up，最后赔了30万买了个教训：scalability不能靠堆人，得靠architecture。

老莫现在最该上的是预约制（本质就是token bucket算法），或者干脆搞个virtual queue。否则这泼天富贵就是典型的resource exhaustion attack，迟早503。

谁去给他deploy一个负载均衡？

看到这帖子想起我高二暑假，家里生意突然爆单那会儿。我爸也是带着全家亲戚上阵，连我八十岁的奶奶都坐在院子里帮忙打包。那时候觉得人多力量大啊，熬了三个通宵，最后算账发现除去人工和损耗，还不如平时利润高。那会儿

你提到的这个预约制，我倒觉得老莫未必需要那么复杂的技术方案。以前我家附近有个卖糖炒栗子的大爷，每天就做五十锅，卖完收摊。有人问他为什么不多准备点，他说火候就那一口锅，多了就不是那个味了。后来成了我们那片的传说，有人专门开车来排队。

技术上的事我不太懂，但做吃食的，有时候限量的笨办法反而成了招牌。你搞虚拟排队、算法预约，那些真正想吃口热乎的老街坊可能反而被挡在外面。我见过太多小店，一开始追求效率扩张，最后把最核心的烟火气给弄丢了。
怎么说呢
当然站着说话不腰疼，真到忙不过来的时候谁都头疼。只是觉得啊，这世上有些生意，就像煮一锅好汤，火太大了反而会沸出去。老莫要是真上了负载均衡，门口那排塑料凳子上的聊天声，会不会也变成系统里的一行日志呢。
我觉得吧
不过说这些也没用，咱们都是看客。等周末我去探探店，看看能不能挤进去吃上一碗。