|
锁定老帖子 主题：为12306说几句好话
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-13
但你要想到，就目前铁道部这个系统，需要多长时间？需要多少个人！
诺亚之舟 写道 不是百度的运维，国内能做铁道部这个系统的公司其实很有限，比如百度、淘宝、盛大、腾讯、网易、sohu、新浪、亚联、神码等
但是这些公司的IT系统都是从小到大一点一点做的。 另外，5000w看起来很多吗，其实一点都不多。以我们目前给运营商做的项目而言，超过450人参与，持续10个月，大家想一下，按一个程序员一年50w成本算。这是多少？ 我们公司是可以2000年的时候提供千万级的邮件系统，国内60%的电信市场都是我们的，运营商的短信网关（你见过基站忙，见过短信丢失吗？）和手机邮箱大部分是我们的，那是多少年的经验啊，这家公司显然没有这个经验的，靠臆测来做系统，能做好才见鬼了。 kimmking 写道 诺亚之舟 写道 说的不错，不清楚铁道部的主机是什么，不过在一些没有足够的经验的公司面前，这样的系统的确是大问题，拿我们公司来说，我们有自己的框架，在热部署，并行负载等方面的功能（不是说他们的web server不行，而是不如我们实现的好），bea，ibm都羡慕，但是这是我们公司近10年的项目经验的结晶。为什么会这样？因为我们给电信运营商做系统，我们有足够的机会试验我们的技术，在生产系统上逐渐改进，而他们只能在测试环境模拟，怎么可能比得上呢？比如内存数据库，oracle 的都比不上我们公司的，但是这是从800w用户到5000w用户每日详单账单压力测试10年的结果，oracle 的投入再大，可能这样做吗？他们没有这样的机会，导致了他们的不如我们的，并不是我们的工程师就比人家的聪明。
lz难道我们是同事？ 楼上的，baidu运维？ 基本同意lz， 但是 1、5000w做这个东西太扯了。如果不算硬件和数据库、操作系统这些硬性的采购。 2、开不开源的技术不重要，成本到底多少其实也不重要，重要的是让用的人都能进得去网站，进得去的都能看到数据，看到数据的都能点预订，订预订的，都能提交订单。 就成了。 否则，就直接挂个抢票活动，直接告诉人家，你有1%的机会中奖拿到票。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
诺亚之舟 写道 zui4yi1 写道 我怎么觉得楼主说的全是忽悠人的？
1、配置神马的都是浮云，铁道部会没钱吗？这是必须付出的。 2、连个压力测试都没有的系统，什么高并发，试问，现在这个系统是用什么来处理高并发的？有什么技术含量没有？ 3、这个系统的功能：查票、下单、支付、改签、退票。也就这么几点，有神马特别复杂的？ 您想的真简单。 1、给铁道部供应系统的集成商，开始并没有做过类似系统，所以所有的规划都是臆想的。 2、没有合理规划，合理设计的压力测试根本无法替代实际的应用。 3、一个查票，不是淘宝的类静态数据，是全动态的库从计算及组合。比如转车等情况，不是一个select就可以搞定的，还需要站站锁定资源，这些都是要计算的。 1、哦，一个臆想就这么轻易的解释了么？ 2、连个压力测试都没有，还谈什么合理规划； 3、好吧，查票是大家都讨论的东东，这个复杂，但后面的四个不复杂吧，现在被做成了什么东东？ |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
都没说到本质，本质就是农村太落后了，劳动力都集中到大城市去了。解决了这个就解决了几十年的问题了，就算订票系统能撑住，还是有人订不到票，还是有人骂街，因为车就那么多。有什么办法呢？
系统只要能把票放出去就算完成任务了，其它的无所谓了。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
zui4yi1 写道 诺亚之舟 写道 zui4yi1 写道 我怎么觉得楼主说的全是忽悠人的？
1、配置神马的都是浮云，铁道部会没钱吗？这是必须付出的。 2、连个压力测试都没有的系统，什么高并发，试问，现在这个系统是用什么来处理高并发的？有什么技术含量没有？ 3、这个系统的功能：查票、下单、支付、改签、退票。也就这么几点，有神马特别复杂的？ 您想的真简单。 1、给铁道部供应系统的集成商，开始并没有做过类似系统，所以所有的规划都是臆想的。 2、没有合理规划，合理设计的压力测试根本无法替代实际的应用。 3、一个查票，不是淘宝的类静态数据，是全动态的库从计算及组合。比如转车等情况，不是一个select就可以搞定的，还需要站站锁定资源，这些都是要计算的。 1、哦，一个臆想就这么轻易的解释了么？ 2、连个压力测试都没有，还谈什么合理规划； 3、好吧，查票是大家都讨论的东东，这个复杂，但后面的四个不复杂吧，现在被做成了什么东东？ 也许你不相信，我们现在450的团队，正式员工只有150左右，剩下的全是外包，这150，还有很多是毕业一两年的，有系统架构经验和业务经验的呢？大部分脱离一线开发好几年了，这还是国内最好的电信软件提供商的软件开发团队，你顺便可以想象一下给铁道部开发软件的公司，有经验的架构师和业务专家能有几个人？我怀疑大部分是接下项目才招聘的，而且是没有什么开发经验的。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
freish 写道 但你要想到，就目前铁道部这个系统，需要多长时间？需要多少个人！
诺亚之舟 写道 不是百度的运维，国内能做铁道部这个系统的公司其实很有限，比如百度、淘宝、盛大、腾讯、网易、sohu、新浪、亚联、神码等
但是这些公司的IT系统都是从小到大一点一点做的。 另外，5000w看起来很多吗，其实一点都不多。以我们目前给运营商做的项目而言，超过450人参与，持续10个月，大家想一下，按一个程序员一年50w成本算。这是多少？ 我们公司是可以2000年的时候提供千万级的邮件系统，国内60%的电信市场都是我们的，运营商的短信网关（你见过基站忙，见过短信丢失吗？）和手机邮箱大部分是我们的，那是多少年的经验啊，这家公司显然没有这个经验的，靠臆测来做系统，能做好才见鬼了。 kimmking 写道 诺亚之舟 写道 说的不错，不清楚铁道部的主机是什么，不过在一些没有足够的经验的公司面前，这样的系统的确是大问题，拿我们公司来说，我们有自己的框架，在热部署，并行负载等方面的功能（不是说他们的web server不行，而是不如我们实现的好），bea，ibm都羡慕，但是这是我们公司近10年的项目经验的结晶。为什么会这样？因为我们给电信运营商做系统，我们有足够的机会试验我们的技术，在生产系统上逐渐改进，而他们只能在测试环境模拟，怎么可能比得上呢？比如内存数据库，oracle 的都比不上我们公司的，但是这是从800w用户到5000w用户每日详单账单压力测试10年的结果，oracle 的投入再大，可能这样做吗？他们没有这样的机会，导致了他们的不如我们的，并不是我们的工程师就比人家的聪明。
lz难道我们是同事？ 楼上的，baidu运维？ 基本同意lz， 但是 1、5000w做这个东西太扯了。如果不算硬件和数据库、操作系统这些硬性的采购。 2、开不开源的技术不重要，成本到底多少其实也不重要，重要的是让用的人都能进得去网站，进得去的都能看到数据，看到数据的都能点预订，订预订的，都能提交订单。 就成了。 否则，就直接挂个抢票活动，直接告诉人家，你有1%的机会中奖拿到票。 时间可能很长，但是高水平架构师肯定没有或者是全部投入到扯皮喝酒会议中去了。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
freish 写道 sanshizi 写道 我虽然也喷一次12306, 其是因为填了几个小时的验证码, 有点火,
但是心里还是佩服的, 至少如此高的pv量 , ip量, 网站然后还流畅的运行, 已经很不错了, (即使是说用户过多, 那只是后面系统处理不过来的原因) “网站然后还流畅的运行” 好一个“流畅的运行”，真是睁眼说瞎话！ 说瞎话? 我这里(深圳电信)页面打开很快, 查询也很快, 只是提示用户过多而已, 并没有出现页面白皮的现象, 服务器错误乱七八糟的问题嘛 |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
我倒觉得5kw做这么个玩意挺好，比起5kw盖个政府大楼，添几辆宝马奔驰强多了
可能当前阶段做的不是很好，或者很不好，但毕竟还是很多人没去排队就买到票了啊，这点不能否认吧。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
诺亚之舟 写道 sanshizi 写道 我虽然也喷一次12306, 其是因为填了几个小时的验证码, 有点火,
但是心里还是佩服的, 至少如此高的pv量 , ip量, 网站然后还流畅的运行, 已经很不错了, (即使是说用户过多, 那只是后面系统处理不过来的原因) 因为人太多, ... 你的方案不可行，同一条线路，有多种选择，比如有高铁，有动车，有普快，有空调特快，有中转，你一次性将所有都选择呢？还是选部分，还是如果没有，自动调剂差的车或者中转呢？如果今天没有，明天你接受吗？后天呢？情况选择太多了，所有不可行的。 我想买火车的人再买之前, 买什么种类的车票, 是否要中转, 在哪里中转, 甚至指定车号, 事先想好了(至少大部分人都是), 然后排列组合出来情况应该不多(系统可以限制一下,最多买两类车,允许转几次车等等), 所以买票的时候, 选x,y两类车, 从a转到b, 从b到c, 从c到d, 适当加一个逻辑判断就可以找出一个可行方案, 如果都不行, 顾客这次预订请求全部抛回, 通知或退款 |
| 返回顶楼 | |
|
发表时间：2012-01-13
一个程序员一年50w成本，膜拜阿
|
| 返回顶楼 | |
|
发表时间：2012-01-13
sanshizi 写道 诺亚之舟 写道 sanshizi 写道 我虽然也喷一次12306, 其是因为填了几个小时的验证码, 有点火,
但是心里还是佩服的, 至少如此高的pv量 , ip量, 网站然后还流畅的运行, 已经很不错了, (即使是说用户过多, 那只是后面系统处理不过来的原因) 因为人太多, ... 你的方案不可行，同一条线路，有多种选择，比如有高铁，有动车，有普快，有空调特快，有中转，你一次性将所有都选择呢？还是选部分，还是如果没有，自动调剂差的车或者中转呢？如果今天没有，明天你接受吗？后天呢？情况选择太多了，所有不可行的。 我想买火车的人再买之前, 买什么种类的车票, 是否要中转, 在哪里中转, 甚至指定车号, 事先想好了(至少大部分人都是), 然后排列组合出来情况应该不多(系统可以限制一下,最多买两类车,允许转几次车等等), 所以买票的时候, 选x,y两类车, 从a转到b, 从b到c, 从c到d, 适当加一个逻辑判断就可以找出一个可行方案, 如果都不行, 顾客这次预订请求全部抛回, 通知或退款 你想先预定，然后排队，根据前后给票，我理解有问题没，如果这样这是吧放票时的疯抢提前到了开放预订时的疯抢，还不一定能抢到 |
| 返回顶楼 | |
