前言
时间回退到2010年的12306官网,大家还记得多少,又卡又慢时常崩溃,服务器经常宕机的12306,和今天稳定运行的12306,就纯技术角度而言,抛出一些问题,一起分享讨论背后的技术变革
问题点1 【动态库存】
小编想买一张春节,“深圳–武汉”的高铁票,中途经过8个站点,中途售罄如何保证这趟车次的车票,在多站点库存数据的实时同步,12306app与车站售票系统的数据一致性问题,多站点下数据行锁开销、大事务处理
问题点2【灰色流量】
春运、节假日应对超高并发和超高流量冲击,智行火车票等一些抢票软件,抢占资源带宽,服务器如何响应并处理
解决思路
1.技术角度,2010年上线服务器经常宕机,2012年进行了重构(解决了大流量请求查询,读多写少),由redis 切换至 pivotal gemfire 分布式系统的CAP,服务器改为云计算弹性扩容(分钟级),爬虫与反爬虫
2.产品角度,分时段售票(分散流量冲击),后补车票(异步处理,队列消费),验证码拦截(放弃部分用户体验)
参考资料
CAP的问题 tanzu.vmware.com/content/blog/acid...
Pivotal Gemfire blog.verysu.com/sharearticle/1444