五千年(敝帚自珍)

主题:【原创】好吧,给一个铁道部订票系统的正确答案 -- 布老虎

共:💬185 🌺732 🌵9
全看分页树展 · 主题 跟帖
家园 2000万美元的确太少,我报个无责任参考价10亿美元

10亿美元包硬件软件带5年维护不闭口合同。误差正负50%

不知道会不会被公司K

听说第一轮IBM也竞标了,还是个天文数字。其实我觉得应该是会亏本的。

谁会知道峰值访问量500w

这意味着很多成熟解决方案都不能用了。如果要拿taobao比的话,的确人家搞的都是不怎么花钱的东西,但是人家重写了一遍。。

前面回复有误。重写。

我觉得比较省钱的方案是多层架构。多层不是应用多层,而是应用+服务器多层。每个省一套应用服务。该省的服务器只卖该省出发的车票,该省用户只访问该省服务器。他的业务说起来不是很难,查询比较多,针对查询可以把查询分流到特定服务器+缓存处理。查询不是实时的,业务要做改变。订票和查询分离,单独做transaction,访问单独的服务器,数据库。由于每个省只卖自己出发的车票,意味着订购处理可以放在省一级,每个省自己处理完请求后再统一汇总到中心去。

当然还有个中心服务器,但是不对用户开放。只供后台汇总数据,发布数据之用。最后现有的业务流程要改变,发布数据和开放订购不能同时,这样人家就会在前面自己去注册看数据决定要不要抢票了。其他林林总总要改的还很多。

总之现在是中心处理式的,要改成能横向扩展的分布式应用。铁道部还是老老实实采购大厂商的服务吧,现在这种水平说实话他们现在解决不了这个问题。不是一年两年,十年也不行。

错了勿喷。。。毕竟不懂铁路业务。

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河