i**w
发帖数: 883 | 1 【 以下文字转载自 Military 讨论区 】
发信人: neosky11 (neosky11), 信区: Military
标 题: 今年确实比较安静
发信站: BBS 未名空间站 (Sun Dec 21 10:05:23 2014, 美东)
“世界最忙网站”12306网顺利度过售票最高峰
中新社北京12月21日电 (记者 周音)平均每秒点击24万次，被誉为“世界最繁忙网站”
的12306火车订票网，目前顺利度过春运前售票最高峰。
21日记者来到12306网站采访获悉，按照今年新的火车票预售办法，21日是互联网
售卖除夕当天(2月18日)火车票的日子，预计发售400万张左右车票。
据中国铁道科学研究院电子计算技术研究所副所长、12306技术负责人朱建生介绍
，2015年春运火车票售卖的最高峰日出现在12月19日，当天开售腊月28的火车票(2月16
日)。12306网站访问量(PV值)达到破纪录的297亿次。当天共发售火车票956.4万张，其
中互联网发售563.9万张，占比59%，均创历年新高。12月20日，互联网发售457.7万张。
朱建生说，根据历年春运规律，一般可分为节前、节后两个售票高峰，目前节前售
票高峰已过，售票系统运行非常平稳。
往年12306网站春运购票高峰期常出现瘫痪状况，今年售票高峰系统运行顺利，主
要源于12306网站主动采取措施保障网站运行。
朱建生说，为了应对2015年春运售票高峰，该网站采取5项措施：一是利用外部云
计算资源分担系统查询业务，可根据高峰期业务量的增长按需及时扩充。二是通过双中
心运行的架构，系统内部处理容量扩充一倍，可靠性得到有效保证。三是对系统的互联
网接入带宽进行扩容，并可根据流量情况快速调整，保证高峰时段旅客顺畅访问网站。
四是防范恶意抢票。通过技术手段屏蔽抢票软件产生的恶意流量，保证网站健康运行，
维护互联网售票秩序。五是制定了多套应急预案，以应对突发情况。
记者了解到，2015年春运车票发售以来，12306网站每天的出票量均保持在400万张
以上。一天中最为紧张的时段是11时至14时。购票初期，广东地区购票人数较多。近几
日则是北京和上海地区购票人数较多。用户在12306网站的平均停留时约为10分钟。
obama care网站好了吗？ |
i**w
发帖数: 883 | |
N********n
发帖数: 8363 | 3 "防范恶意抢票"是关键，否则几个流氓软件一通搅和流量凭空涨俩数量级啥出票系统
也顶不住。 |
g*****g
发帖数: 34805 | 4 核心是做成了混合云，可以动态伸缩。我老老早就说了，高低峰差别那么大的，无脑云
计算。
【在 N********n 的大作中提到】
: "防范恶意抢票"是关键，否则几个流氓软件一通搅和流量凭空涨俩数量级啥出票系统
: 也顶不住。
|
N********n
发帖数: 8363 | 5
云只是解决了收ORDER的问题。出联程票还是看后台数据库的处理能力，不卡掉抢票
机的流量啥数据库也禁不住一通烂轰。
【在 g*****g 的大作中提到】
: 核心是做成了混合云，可以动态伸缩。我老老早就说了，高低峰差别那么大的，无脑云
: 计算。
|
a******n
发帖数: 5925 | 6 这是因为采用了魏老师的方案？
哈哈哈哈。。
16
【在 i**w 的大作中提到】
: 今年没人讨论12306了？
|
g*****g
发帖数: 34805 | 7 人用了高大上的内存数据库，加上分时放票，出票本来就问题不大，是收单先顶不住了。
【在 N********n 的大作中提到】
:
: 云只是解决了收ORDER的问题。出联程票还是看后台数据库的处理能力，不卡掉抢票
: 机的流量啥数据库也禁不住一通烂轰。
|
N********n
发帖数: 8363 | 8
要花钱买高价硬件跑内存数据库恰恰说明瓶颈在数据端吗。收票逻辑简单，堆云的
COMMODITY硬件就够了。需要处理联程票耦合数据的模块才是分布式系统的瓶颈。
【在 g*****g 的大作中提到】
: 人用了高大上的内存数据库，加上分时放票，出票本来就问题不大，是收单先顶不住了。
|
m********s
发帖数: 55301 | 9 行了，别吵了。
国内各个部门都日新月异。
这十年是国内跑步进入发达资本主义的十年。
【在 N********n 的大作中提到】
:
: 要花钱买高价硬件跑内存数据库恰恰说明瓶颈在数据端吗。收票逻辑简单，堆云的
: COMMODITY硬件就够了。需要处理联程票耦合数据的模块才是分布式系统的瓶颈。
|
c*****e
发帖数: 3226 | 10 没错，硅谷的码工已经没什么优势，除开拿几个英文单词拽一下，还没有土鳖实干，能
吃苦，工资要求低。
【在 m********s 的大作中提到】
: 行了，别吵了。
: 国内各个部门都日新月异。
: 这十年是国内跑步进入发达资本主义的十年。
|
|
|
g*****g
发帖数: 34805 | 11 收单逻辑简单但一直崩，根本到不了后台。这种公司本来就不差钱，
用现成最好的RDBMS不是问题，差的是做架构的实力。据说也是阿里的人帮他们改造。
【在 N********n 的大作中提到】
:
: 要花钱买高价硬件跑内存数据库恰恰说明瓶颈在数据端吗。收票逻辑简单，堆云的
: COMMODITY硬件就够了。需要处理联程票耦合数据的模块才是分布式系统的瓶颈。
|
B*****g
发帖数: 34098 | 12 具体是哪一个？
了。
【在 g*****g 的大作中提到】
: 人用了高大上的内存数据库，加上分时放票，出票本来就问题不大，是收单先顶不住了。
|
n*****3
发帖数: 1584 | 13 阿里的人也是这几年淘宝锻炼出来的，
狠多都是草根出身， 架不住人吃苦，干的project 好。 和华为真是一模一样
看来人和人真的没大差， 天道酬勤
【在 g*****g 的大作中提到】
: 收单逻辑简单但一直崩，根本到不了后台。这种公司本来就不差钱，
: 用现成最好的RDBMS不是问题，差的是做架构的实力。据说也是阿里的人帮他们改造。
|
g*****g
发帖数: 34805 | 14 写算法，写牛逼轮子需要天分。做项目本来就是实践经验最重要。再说基数大，总会有
牛人脱颖而出。
【在 n*****3 的大作中提到】
: 阿里的人也是这几年淘宝锻炼出来的，
: 狠多都是草根出身， 架不住人吃苦，干的project 好。 和华为真是一模一样
: 看来人和人真的没大差， 天道酬勤
|
g*****g
发帖数: 34805 | 15 Pivotal GemFire
http://www.ctocio.com.cn/cloud/120/12820120.shtml
话说他们也就号称能做每秒2万6次交易，如果前后还是耦合仍然顶不住。
【在 B*****g 的大作中提到】
: 具体是哪一个？
:
: 了。
|
N********n
发帖数: 8363 | 16
联程票的数据耦合度大，一次查找多个路线TABLE要串起来，平均起来卖车票一个
QUERY复杂度顶电商那里多个QUERY。像淘宝这种网站商品和商品之间没多少关系，
卖书的和卖鞋的不太可能关联起来，所以QUERY相对简单，后台数据也易拆分。这
种电商网站能解决收单问题，到数据库出票时还得靠内存数据库来裸奔硬件速度。
【在 g*****g 的大作中提到】
: Pivotal GemFire
: http://www.ctocio.com.cn/cloud/120/12820120.shtml
: 话说他们也就号称能做每秒2万6次交易，如果前后还是耦合仍然顶不住。
|
b*******s
发帖数: 5216 | 17 a trading system can do 10-20 million of trades in several hours, and if
there is no limits by exchanges, the figure could be 100 times higher.
just FYI
【在 g*****g 的大作中提到】
: Pivotal GemFire
: http://www.ctocio.com.cn/cloud/120/12820120.shtml
: 话说他们也就号称能做每秒2万6次交易，如果前后还是耦合仍然顶不住。
|
B*****g
发帖数: 34098 | 18 谢谢，比Cassandra有什么优势？
【在 g*****g 的大作中提到】
: Pivotal GemFire
: http://www.ctocio.com.cn/cloud/120/12820120.shtml
: 话说他们也就号称能做每秒2万6次交易，如果前后还是耦合仍然顶不住。
|
g*****g
发帖数: 34805 | 19 你这个根本不是一个东西，你这是client，当然可以随便提交，只要server允许。
stock exchange追求low latency，但交易数目是不值一提的，而且用symbol可以完美
划分。用stock exchange的思
路去做互联网应用根本就是错误的。
【在 b*******s 的大作中提到】
: a trading system can do 10-20 million of trades in several hours, and if
: there is no limits by exchanges, the figure could be 100 times higher.
: just FYI
|
g*****g
发帖数: 34805 | 20 不是干同一个活的，后台出票必须RDBMS支持transaction, 前台收单可以用Cassandra
.
【在 B*****g 的大作中提到】
: 谢谢，比Cassandra有什么优势？
|
|
|
b*******s
发帖数: 5216 | 21 not exactly. ordering is an interactive thing as well.
exchange publishes thousands of order books tick by tick, then our system
does pricing, risk control and sends orders. if the order books are changed,
we should do amending/cancelling accordingly.
it is not just 'sending' but a lot of backend things to do. order books
could be taken as a kinda client requests
about 30-40% of orders will be executed
FYI
【在 g*****g 的大作中提到】
: 你这个根本不是一个东西，你这是client，当然可以随便提交，只要server允许。
: stock exchange追求low latency，但交易数目是不值一提的，而且用symbol可以完美
: 划分。用stock exchange的思
: 路去做互联网应用根本就是错误的。
|
g*****g
发帖数: 34805 | 22 我看你先把什么叫做transaction整明白再说吧。
changed,
【在 b*******s 的大作中提到】
: not exactly. ordering is an interactive thing as well.
: exchange publishes thousands of order books tick by tick, then our system
: does pricing, risk control and sends orders. if the order books are changed,
: we should do amending/cancelling accordingly.
: it is not just 'sending' but a lot of backend things to do. order books
: could be taken as a kinda client requests
: about 30-40% of orders will be executed
: FYI
|
b*******s
发帖数: 5216 | 23 I know what you were saying.
【在 g*****g 的大作中提到】
: 我看你先把什么叫做transaction整明白再说吧。
:
: changed,
|
