1、抢票鸡是系统的唯一瓶颈,如果达不到一定性能,比如 1M 这个设计就失去意义了。
2、我个人认为没这么高要求,如果没记错的话,双十一高峰好像也不需要。不过可以
肯定的是,能做到、哪怕接近,这个设计理论上就有可行性。
3、理论可行性和实际是两码事,比如你不认识部长小姨子,什么天顶星技术可能都白
瞎。但我们是技术男,不关心这个。
好了,啰哩啰嗦一堆,大家要看的就是老魏的抢票鸡能不能响应 1M,对所有人都是一
个实践、学习。基于这个出发点:
1、不要扯多少个连接的蛋,抢票鸡完全可以不跟前端直连,由预处理鸡负责收集、协
议编码,返回结果。
2、预处理鸡的数量一般可以固定的,比如 1000 台前端,20 台预处理。老魏准备对接
200 个连接已经足够足够了,扯什么 http 的蛋纯属耍流氓。
3、测试限于抢票,所以别扯什么身份证号码或者短信校验的蛋,都超出赌局范围。
4、测试要尽量模拟实际情况,你不能订一张退一张,每张还就一个站就下。实际情况
,12306 的负荷 90 来自查询,锁票后支付失败的比例很低,订票再退票的比例更低,
测试前这个比例要明确。
5、基于模拟的目的,实际上出票不一定是严格按照提交顺序的。没人跟铁道部打官司
,说我鼠标比隔壁的哥们先按,为啥他买到我没卖到。
好了,酱油党们努力吧,我们斧头帮最喜欢看真刀真枪的砍。