00:00/00:00
外链地址
https://www.eemp3.com/audiofile/77e024f2178dd4b38d31cd42055d24b5.mp3
点击复制
本字幕由TME AI技术生成
第四百二十集
下午
罗成一人待在来新科技
本来今天下午他要去蔚蓝海岸实验室主织一个技术会议的
不过在得知国家铁路集团前来寻求技术支持帮助
他临时修改了一下自己的工作安排
选择优先接见刘副总
主要是年关将近
全国各地的民众
尤其是外出务工的农民工都急着赶回家过年
这个群体呢非常不容易
罗胜觉得自己能为他们做点什么就做点什么
耶德伯说
帮助他们更轻松的买到一张回家过年团聚的车票
也是一件很有意义的事情
况且还能收获一个大客户
此时此刻
公司的一些会客室中
罗盛与刘副总等七八个国家铁路集团的人在一块儿简单见面寒暄了几句
刘副总找到重点话题切入口
说道
幺二三零六票务系统一期工程的开发费用合计三个亿
包含硬件
这套系统需要结合铁路部信息数据库
还需要结合电话售票
窗口售票等等相关数据的结合
幺二三零六不是一个简单的在线交易系统
而是一个全国乃至于世界最大的大宗物资货运系统
过了片刻
c行的一位技术专家也说道
幺二三零六技术确实非常难解决
利用现有的分布式数据库缓存
负载均衡技术已经不能满足需求
说到这里
这名技术专家看向罗胜
补充道
要知道
幺二三零六在春运的时候
日薪有近三百亿次的访问量
如此天量级别的火车票查询是影响幺二三零六性能的重要原因之一
大概率占了百分之九十以上的访问量
更棘手的是风谷的查询有天壤之别
几乎没有办法在成本和并发能力之间做一个好的平衡
倾听着的罗尚默默点点头
随着对方把话说完之后
他便说道
你们和阿里的合作怎么解决的
那名技术专家坦言
现在的做法是从几个关键入口流量控制保障系统可用性
但是会影响用户体验
依然出现网站宕机打不开的现象
说经遭到一片骂声
说着那名技术专家也是苦笑的摇了摇头
刘副总也说道
阿里免费会给幺二三零六提供技术支持
但是技术还是不够硬啊
我们现在就把希望放在星云上了
罗胜不由得一向也是耿直的说道
刘总啊
首先我可以肯定的给你一个回复
星云系统完全没问题
同时我也可以保证在一周之内就能实现为幺二三零六量身打造一整套从软件到硬件的完整解决方案
但这个解决方案呢
不会像阿里一样免费支持
刘总哑然
也是一笑 道
愿闻其详
罗正思考片刻
迅速组织好语言
便说道
如果星云支持幺二三零六系统
以后把网站查询访问放到星云上
一般而言
查询是多数售票系统访问量最大的部分
刚刚也听你们的专家说了
百分之九十左右在交易相关的过程中
都会多次提交查询请求
更不要说现在有大量刷票软件的出现
所带来的额外增加的工作负载了
这一切呢
都让一票查询系统成为整个系统的压力集中地
我的解决方案是星云介入后
把余票查询模块和幺二三零六现有的系统做分离
具备独立部署的能力
在云端上独立部署一套余票查询系统
这样幺二三零六和云上都有了一套余票查询系统
调度呢会更加灵活
目前星云集群服务器规模已经达到了五万台以上
在场的几位铁路集团的技术专家一听
也是暗暗砸嘴
难怪阿里的飞天系统这么不禁达
前者勉勉强强破千
而后者已经达到了五万规模之巨
难怪卢胜会这么有信心
接下来
罗盛主要和铁路集团的几位技术专家讨论
今天上午呢
我在得知消息之后
顺带简单的研究了一下幺二三零六的服务端的架构
罗胜面向众人
有条不紊的说道
广大访问者都在喷
但是我知道
幺二三零六服一上线试运行
就承受着这个世界上任何秒杀系统都无法超越的QPS
上百万的并发
再正常不过了
在场的几名铁路集团的技术骨干人员
内心是稀里哗啦的感动啊
理解万岁啊
不懂技术的领导最难沟通
觉得没有尽力
罗胜的话还是很有分量的
过了片刻
罗胜补充道
高并发的系统架构要采用分布式集群部署
副上层有着层层负载均衡
并提供各种容灾手段
所谓的容灾手段
就是双火机房
节点容错
服务器栽备等保证系统的高可用
流量也会根据不同的负载能力和配置策略
均衡到不同的服务器上
即便如此
机群中的单机所能承受的QPS也是非常高的
那么如何将单机性能优化到极致呢
要解决这个问题
要先弄明白一件事儿
通常订票系统要处理生成订单
减扣库存
用户支付这三个基本的阶段
系统要做的事情就是保证火车票订到不超卖
不少卖
每张售卖的车票都必须支付才有效
还要保证系统承受极高的并发
几名铁路集团的技术专家连连点头
表示认同
技术痛点就在这儿
罗胜继续说道
下单减库存
当用户并发请求到服务端时
首先创建订单
然后扣除库存
等待用户支付
这种顺序是我们一般人首先会想到的解决方案
这种情况下
也能保证订单不会超卖
但也会产生一些问题
第一呢
就是在极限并发的情况下
任何一个内存操作的细节都至关影响性能
尤其是像创建订单这种逻辑
基本上都需要存储到磁盘数据库中
对数据库的压力呢
是可想而知的
幺二三零六应该是用甲骨文数据库
别花这个冤枉钱了
放到我的星云上吧
第二呢
是如果用户存在恶意下单的情况
只下单不支付
这样的库存就会变少
会少卖很多订单
虽然服务端可以限制IP和用户的购买订单数量
但这也真心不算是一个好办法
然后呢
就是支付减库存了
如果等待用户支付了订单再减库存
第一感觉就是不会少卖
但这是并发架构的大忌
因为在极限并发的情况下
用户可以会创建很多订单
当库存减为零的时候
很多用户会发现抢到的订单支付不了
这也就是所谓的超卖
也不能避免并发操作
数据库
磁盘IO
最后是预扣库存
从上面两种方案的考虑可以得出结论
只要创建订单就会频繁操作数据库IO
那么有没有一种不需要直接操作数据库IO的解决方案呢
答案是有
就是预扣库存
先扣除了库存保证不超卖
然后异步生成用户订单
这样响应给用户的速度会快很多
那么怎么保证不少卖呢
用户拿到了订单不支付怎么办
订单都应该有效期
比如说用户五分钟内不支付
订单就失效
就会加入新的库存
订单的生成是异步的
应该放到即时消费队列中处理
刘副总听得云里雾里的
但是他发现罗胜和他带来的几名技术专家交流的越发火热
似乎也得到一个信息
那就是找对人了
这时
罗盛打开房间里的墙面上的大屏幕
他也拿出了一台笔记本工作电脑打开
示意众人看向主投屏
自己一边操作电脑
一边说道
歌而言衍生为并发设计
我就采用它来给各位演示一下单机抢票的具体流程
以及我优化后的解决方案
购报中的初始化函数先于主要的函数执行
也在这个阶段主要做一些准备性质的工作
系统需要做的工作准备有
初始化本地库存
初始化远程ladies存储统一库存的哈尔斯键址
初始化ladies链接池
另外还需要初始化一个实现分布式锁的功能
也可以直接使用读写锁等其他方式
避免资源竞争
但是使用弄更加高效
这就是够语言的哲学
不仅要通过共享内存来通信
而是通过通信来共享内存
ladies库使用的是lady哥
下面是代码
不知不觉
时间已经过去了一个半小时
反正刘副总是听不懂的
那些代码呢
看的晕头转向
技术问题终于讨论的差不多了
铁路集团的技术专家看向刘副总
并且带着肯定的目光轻点了一下头
刘副总立马就明白了
果断的转头看向罗振
问道
罗总
如果提供这么一整套完善解决方案
报价是多少啊
罗胜直言
每年支付十个亿
刘副总听到这个数字
差点没有一口老血喷出来
幺二三零六票务系统一期工程的预算也才三个亿
这样的报价简直贵的难以接受
刚才收听到的是科技之全球垄断的第四百二十集
作者
昭陵寺玉
演播 羽秋
喜马拉雅录制