web2.0结束，12306和电商的完善

国庆小假期过完了，虽然没赶上抢票的紧迫。

还是来扒一扒10年来12306的改版升级史

2018年新版12306上线

要论网站的访问量，12306绝对是名列前茅，而且没有专业的营销手段，让我们不得不服。也正因为如此，12306上线之初，没有赢得预期的好评，而是得到了一片吐槽，由于铁路部门低估了网站的访问量，没有做好完善的网站性能方案，导致12306网站频频超过负载能力，经常遭高峰期买不到票，甚至挤不进去，让我们不敢相信这是花了3亿元打造出来的售票网站。

体验到了12306买票的艰辛，自然有人开始问了，为什么在淘宝上买东西那么容易呢，淘宝的访问量也是巨大的，我不禁思考，如果淘宝的体验做的差一点，也许我现在就不会那么穷了吧！

与购物网站不同的是，12306的库存管理更为复杂。
购物网站每个商品的库存是独立的，而且是唯一的，而12306则不同，每一趟车每个经停点都有可能成为你的始发站。

做一个简单的假设：

-1.K00X次火车总共5个站，分别位1号站，2号站，3号站，4号站，5号站。共有10个座位。
-2.假设3号到4号站，之间的票，卖走了9张。
-3.那从1号站到5号站的票，剩余多少。

而且12306有全国上百个车站同时售票，必须保证车票数量的同步，你也不想本来已经买好的座位，中途因为调配，分给其他人吧，这个难度是可想而知的。

在12306的访问量中，余票查询系统请求次数最多，占据了整个访问量的70%以上，尤其是在抢票软件出现后，抢票服务器不停的向12306请求余票数量。

这里有个小插曲
出现了，验证码史诗级的难度：

于是，在2011年，12306引进了云计算服务，搭建一个两地三中心（铁路总公司数据中心、铁科院数据中心和阿里云）混合云架构，将大部分余票查询流量引导到阿里云提供查询服务。

混合云的这种方式不仅让12306避免了因为高并发的流量冲击导致宕机；还可以避免敏感性资料泄漏，保护用户数据安全。同时，混合云模式提高了12306的容灾能力。
Pivotal Gemfire分布式内存数据平台是通过云计算平台技术，将诸多X86服务器内存集中起来，形成一个资源池，然后将全部数据加载到这个资源池之中，进行内存计算。同时，为了提高灾备能力，Gemfire还在集群中保存了多份数据，这样当一个机器故障后，并不会影响整个系统的运行，也不会造成数据缺失。

12306在经过Gemfire改造后，能够通过客户业务逻辑性和数据关联性，将关联性强的数据放置到同一个服务器节点。在2015年，12306进一步使用GemFire对系统进行升级，总共建立5个Gemfire集群。提升了系统性能，同时保证了数据安全。

无论是移动端还是PC端我们都能看到12306网站在精力过几次技术的更迭，已经让12306网站实现了完美的蜕变，尽管还有缺陷，但是应该获得掌声。让我们期待12306明天会更好。

最后

技术的瓶颈总会突破，我们只有足够努力，才能看起来毫不费力。

链接: https://pan.baidu.com/s/1T98qS1XUAGGuJ4vpQ1IO0A 提取码: 9vkf 复制这段内容后打开百度网盘手机App，操作更方便哦