前言
时间回退到 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