OB欧宝:知友:12306两个多加不划算不能后面也就算

 新闻资讯     |      2022-09-23 07:54

OB欧宝综合自知:

大家好,

今天分享的这篇文章:“中国的铁路订票系统在世界上处于什么水平?”

OB欧宝我们来看看小伙伴们对我国的铁路订票系统——大名鼎鼎的12306是怎么说的吧。

先看看这个1.80000点赞,觉得很有道理(狗头一定要加),所以也趁机点赞。

我只能告诉你,12306,一旦出价10亿,如果不够,你可以多加,让他们稳定系统,保证大家可以毫无问题地订票。结果世界顶级的电脑团队,折腾了几个月,最终的结果是可以解决的,但是解决的代价就是要多加服务器

OB欧宝12306想了想,春节和那些假期,加个服务器不划算,然后算了,因为这种行为真的和人脸项目没有太大区别

重要的是,请多点维修人员,大家轮班工作。

这么说吧,火车站的电脑需要最高权限,也就是实时刷新,并预留剩余车票,因为很多人没有网上订票的习惯

OB欧宝OB欧宝:知友:12306两个多加不划算不能后面也就算了

这就是基础设施,不能让这些人心寒。

在我国,春游期间,用12306买票的人数估计有8亿,什么概念,而且,12306,保证大家,没有错! ! ! ! !

OB欧宝这个级别,如果扔到国外,就是一个神话! ! ! !

另外,我们的抢票软件可以使人刷新访问率10-1000次甚至更高

也就是说,如果这8亿人每个人都使用抢票软件,最高刷新率可以造成8000e的访问记录

然后参观出来了,我想买票。这是买票的动作。同时确认票,买票,删除票的存在(不能重复购买),不像双十一中国铁路订票系统中国铁路订票系统,你先买,订单到,我确认仓库,然后发货货,错开流量高峰

还有12306,两个字,实时! ! !

OB欧宝:知友:12306两个多加不划算不能后面也就算了

8000e,你问腾讯,阿里,你受得了吗! ! ! !把这个值乘以3,你能处理这么大的流量吗?

最好确保自己不要出错,因为如果你同时购买同一张票,他会自动换到另一个位置,毕竟一个位置只能是一个人! ! !

12306是世界上最强的网站,没有之一! ! !

很多朋友喷了:

但当我看到这些评论是作者自己发表的时候,我似乎意识到,显然是作者在钓鱼。 . . . .

OB欧宝:知友:12306两个多加不划算不能后面也就算了

我们来看看认真的答题,比如六军松:

OB欧宝:知友:12306两个多加不划算不能后面也就算了

非典那年,一次偶然的机会,我为哈尔滨铁路分公司做了一个信息化项目。那时中国铁路订票系统,我从侧面了解到了一些关于铁路售票系统的故事。因为时间的关系,是当时的真实记忆还是想象?补充,没办法验证中国铁路订票系统,写在这里仅供参考和讨论。

首先,在铁路信息化之前,售票系统可以说是一团糟。由于火车票难买到,因此谋生的黄牛不计其数。利润。当时采取的对策主要是采用预约票制。比如北京到上海的车票,如果有10节车厢,那么如果济南和南京两个大站在中间,那么济南站预留一节车厢,南京站预留一节车厢。 车,这两辆车只卖北京站的短途车票,不卖到上海的。这种分票方式是政策性的,各站不联网,互不知情。微信搜索公众号:建筑师指南,回复:建筑师获取资料。

1990年代,哈尔滨铁路局主持开发了全国第一套基于sco Unix的C语言售票系统,按照规定的策略在主机上分发一列火车的所有客票。就是以编程方式实现上述逻辑。同时,各站都增加了抢票功能,先抢到自己可以卖的车票,然后根据需要卖给外面等车的人。

这是一个划时代的成就。在当时的网络条件下,通过上下位的通信,实现车站的订票、售票、退票等功能。当然还有后续结算功能等等。本系统是基于小型机开发的。这里的车站和售票中心的沟通不是实时售票,而是在指定的时间,各个车站先抓取可以售出的票,下载到自己的本地服务器上,然后在自己的网站上一一发布。自己的服务器。票,卖不掉的票可以在一定时间内退票,也可以按照……【人工排期顺序】退票。

听到这个故事我很震惊,但当时我并没有太多了解,以至于我无法理解他们是如何做到的。

后来,2000年左右,由于微机价格低廉,应用系统发展到cs阶段,上述系统升级到cs阶段。客户端使用pb或vb,数据库使用sybase,中间件使用tuxedo。我当时看过这个票务系统的界面,应该是pb开发的。当时,仍然采用分布式部署架构。各铁路分公司部署自己的票务系统,然后通过服务器从总票务中心下载票务数据,批量制作票证,在各站开票。此时,各铁路分局所属各车站逐步实现内部网络化。那时候的互联网好像是在使用adsl拨号技术。

这项技术应该说已经稳定运行了十多年。

OB欧宝:知友:12306两个多加不划算不能后面也就算了

至于12306系统的出现,集中在全国。

与普通人的理解相反中国铁路订票系统,各种应用系统一开始其实是大规模分布的,尤其是整体票务系统,一开始大概是一个三层票务系统,工信部一楼铁路、各铁路局一楼、分局一楼、车站一楼。数据包在层之间传递以协同工作。这类似于银行系统。

后来,随着信息化的扩展,大集约用了二十年左右的时间。银行业在2000年前后实现了全国性集中,中央银行在2010年前后完成了大集中。具有代表性的成果是第二代支付系统、大额和小额准入系统。铁道部的大集中基本在12306年之前完成,很可能是那个时代的产物。

中国的信息化有一个鲜明的特点,就是高度集中。这有行政方便的考虑,也有人们思维的惯性,这里不再赘述。

从这个意义上说,只有在中国现有的条件下,才有可能建立一套完整的大型中心化系统,这是其他地方所没有的。

别的不说,票务系统与公安人口信息系统的直接对接,在很多国家都是不可能完成的任务。因为大多数国家根本没有完整的户籍管理制度。

接触机票代理系统是20年前的事了。当时每个代理点都需要拉一条专线到航空公司的售票中心,然后使用telnet登录远程终端。通过在终端输入命令完成机票预订交易。当时订票的逻辑是先锁定一张票,然后再确认,或者退票。如果超过锁定时间,可能会被强制退款。所以有以下交易代码:查询、预订、确认、取消。这个票务系统是通用的,后台是一个大型的计算机系统,然后通过前端计算机层层分布向全世界推广。这个系统的开发时间应该在1970年代和1980年代。

OB欧宝:知友:12306两个多加不划算不能后面也就算了

在那次交流中,订票点给我们详细介绍了机票预订的全过程。因此,当我听别人介绍火车票预订流程时,就有了这样的共同点。

当人们想到票务系统时,他们认为系统必须是基于数据库的惯性,然后陷入交易和数量的细节中,无法自拔。事实上,最早的票务系统是基于文件和消息的。那个时候可能还没有成熟的数据库系统,所以不存在现在困扰大家的数据一致性问题和事务管理问题。但是,如果票务系统是完全基于文件系统来设计和开发的,就会导致完全不同的架构系统。

在二哥眼里,12306的辉煌主要有以下三点:

如果您对此问题感兴趣,也可以通过以下链接查看原帖。

在我的印象中,我一直以为阿里淘宝团队改了12306。看来阿里团队的技术太强了,所以才改变了12306经常崩溃的局面。

但是看了这些回答,我才发现,中国计算机领域最厉害的还是交通部和铁道部。

据我朋友说,单兴华是中铁集团铁科院电子研究所所长,是12306最强大脑。

所以,如果有机会,可以考虑铁科院电子研究所。 . . . . .

---EOF---

OB欧宝推荐↓↓↓