简单介绍一下老魏的结构 - 未名空间MITBBS历史存档

d*z2015-12-15 08:12

1 楼

【以下文字转载自 Immigration 讨论区】
发信人: daimyz (daimyz), 信区: Immigration
标题: 请教一个OPT转F1的grace period的问题
发信站: BBS 未名空间站 (Wed Apr 5 21:25:15 2017, 美东)
朋友5月底OPT过期，grace period有两个月也就是到7月底。
他找了一个学校是八月份开学，在OPT过期之前就完成了transfer enrollment。
请问他可以合法的待在美国等待八月份开学么？
谢谢

n*j2015-12-15 08:12

2 楼

技术问题可以讨论，打滚的请绕道吧。
1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
3、查询：前端可计算路径，并直接向后端查询余票数量。
4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
能发生无票情况，返回 3
5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
售出路段后，余票放回票库。
最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

z*g2015-12-15 08:12

3 楼

可以。

p*y2015-12-15 08:12

4 楼

大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

d*z2015-12-15 08:12

5 楼

多谢。请问不存在非法身份的问题么？在这一段时间内算什么身份呢？OPT grace
period已经过期了。。。

【在 z****g 的大作中提到】

: 可以。

n*t2015-12-15 08:12

6 楼

或者看懂后说：这有啥稀奇，不就一个计数器嘛，我也会

【在 p*****y 的大作中提到】

: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)

d*z2015-12-15 08:12

7 楼

送上两个包子。谢谢

【在 z****g 的大作中提到】

: 可以。

z*e2015-12-15 08:12

8 楼

车次都独立的，你请求互锁？你神经病吧？
这个都看不懂，不是猪嘛？

z*g2015-12-15 08:12

9 楼

仍然是F1身份。上个program结束之日（OPT结束之日）和下个program开始之日之间少
于5个月的话，在境内完成SEVIS transfer就可以了，不用出境。身份和第一个program
开学前第一次拿F1签证入境时的身份类似。

z*e2015-12-15 08:12

10 楼

老姜你就回答，我爆5000个计数器，一个车次一个
有什么问题？你神经病折磨单个node干什么？
这么简单的东西，你有必要去拼命省latency么？
只要车次独立，你就可以无限scale，这太容易了好吧？
你这个难度都快赶上社交网络了

t*12015-12-15 08:12

11 楼

这个单node买联票也能保持一致性。
你那个能么？

【在 z****e 的大作中提到】

: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了

n*t2015-12-15 08:12

12 楼

赵老师，打了一天的滚，你不累啊？今天老婆罚我洗碗拖地做饭，你要打滚的话，跟我
秘书预约吧。

【在 z****e 的大作中提到】

: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了

z*e2015-12-15 08:12

13 楼

lol
当然可以
你要多蠢才会看不懂啊？

【在 t**********1 的大作中提到】

: 这个单node买联票也能保持一致性。
: 你那个能么？

p*y2015-12-15 08:12

14 楼

重要的事情说三遍：
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
估计你还是没看明白联票是怎么玩的。慢慢琢磨吧。
btw：我就一看热闹的，找个乐。

【在 z****e 的大作中提到】

: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了

z*e2015-12-15 08:12

15 楼

呵呵
你就装作不在打滚

【在 n*****t 的大作中提到】

: 赵老师，打了一天的滚，你不累啊？今天老婆罚我洗碗拖地做饭，你要打滚的话，跟我
: 秘书预约吧。

z*e2015-12-15 08:12

16 楼

联票看懂了你死全家么？
其次我早就说了怎么处理联票
老姜已经不敢承认了，你要继续么？

【在 p*****y 的大作中提到】

: 重要的事情说三遍：
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 估计你还是没看明白联票是怎么玩的。慢慢琢磨吧。
: btw：我就一看热闹的，找个乐。

z*e2015-12-15 08:12

17 楼

老姜，这个东西其实就是干脆避开了分布式的难题
解决方式就一个词：不做
这个不叫解决问题，这个叫回避问题
这种东西用单机，属于上个世纪的人类
从年龄上看，差不多，呵呵

【在 n*****t 的大作中提到】

: 或者看懂后说：这有啥稀奇，不就一个计数器嘛，我也会

n*t2015-12-15 08:12

18 楼

赵老师你接着装不懂，这帖子是给不清楚来龙去脉的，今天哥们不陪你打滚了

【在 z****e 的大作中提到】

:
: 老姜，这个东西其实就是干脆避开了分布式的难题
: 解决方式就一个词：不做
: 这个不叫解决问题，这个叫回避问题
: 这种东西用单机，属于上个世纪的人类
: 从年龄上看，差不多，呵呵

z*e2015-12-15 08:12

19 楼

除了计数器，我觉得这句话最经典了，对于上一代人，很多思想都凹凸了
现在还在拼命折磨单机，你让人有啥好说的呢？
发信人: hellobruce (大熊蛙水上漂), 信区: JobHunting
标题: Re: 讨论一下12306的架构？
发信站: BBS 未名空间站 (Sun Nov 29 17:35:41 2015, 美东)
我擦还有人想单机版这也是跪了这种问题不值得跟上一代的人争论吧

【在 n*****t 的大作中提到】

: 赵老师你接着装不懂，这帖子是给不清楚来龙去脉的，今天哥们不陪你打滚了

n*t2015-12-15 08:12

20 楼

赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
机，你睁着眼说瞎话有意思吗？

【在 z****e 的大作中提到】

:
: 除了计数器，我觉得这句话最经典了，对于上一代人，很多思想都凹凸了
: 现在还在拼命折磨单机，你让人有啥好说的呢？
: 发信人: hellobruce (大熊蛙水上漂), 信区: JobHunting
: 标题: Re: 讨论一下12306的架构？
: 发信站: BBS 未名空间站 (Sun Nov 29 17:35:41 2015, 美东)
: 我擦还有人想单机版这也是跪了这种问题不值得跟上一代的人争论吧

b*s2015-12-15 08:12

21 楼

放弃吧，浪费时间。老赵是揣着明白装糊涂。
至于好虫的拥趸们，糊涂脑子损失的又不是我们，我还巴不得他们继续这样下去

【在 n*****t 的大作中提到】

: 赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
: 机，你睁着眼说瞎话有意思吗？

z*e2015-12-15 08:12

22 楼

lol
那都是抄来的好吧？
核心机为啥要搞成单机的呢？
一个流程中有一个step是单机，这就是问题
要是看不懂不用谈了，上一代人就是这么落伍老旧

【在 n*****t 的大作中提到】

: 赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
: 机，你睁着眼说瞎话有意思吗？

z*e2015-12-15 08:12

23 楼

我可没claim说看不懂，老姜自以为我看不懂而已
单个step的单机就是一个瓶颈，直接掐住整个系统的咽喉
再怎么折腾，都改变不了单机的事实
至于是不是有外围机，那这个其实一点都不重要
不是说有外围机这些毛病就少了的
老魏也说过，这台机器挂了，重启嘛
顶多说搞个热备，现在也已经都不这么搞了
都转成netflix那种搞法了，让chaos monkey进去砸
铁道部，银联什么都是这种搞法
包括visa什么，都是如此了，老魏这一套就是上个世纪的东东

【在 b*******s 的大作中提到】

: 放弃吧，浪费时间。老赵是揣着明白装糊涂。
: 至于好虫的拥趸们，糊涂脑子损失的又不是我们，我还巴不得他们继续这样下去

n*t2015-12-15 08:12

24 楼

核心不是单机，你接着装傻

【在 z****e 的大作中提到】

:
: 我可没claim说看不懂，老姜自以为我看不懂而已
: 单个step的单机就是一个瓶颈，直接掐住整个系统的咽喉
: 再怎么折腾，都改变不了单机的事实
: 至于是不是有外围机，那这个其实一点都不重要
: 不是说有外围机这些毛病就少了的
: 老魏也说过，这台机器挂了，重启嘛
: 顶多说搞个热备，现在也已经都不这么搞了
: 都转成netflix那种搞法了，让chaos monkey进去砸
: 铁道部，银联什么都是这种搞法

z*e2015-12-15 08:12

25 楼

lol
核心不是单机你这还叫老魏的东西么？
你一点一点改原来的设计，你也好意思？

【在 n*****t 的大作中提到】

: 核心不是单机，你接着装傻

t*12015-12-15 08:12

26 楼

赵策这种玩意儿怎么还能有口饭吃？
妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。

【在 n*****t 的大作中提到】

: 核心不是单机，你接着装傻

z*e2015-12-15 08:12

27 楼

你说的所谓方案，都是上个世纪，大概90年代世界各个国家搞的
当时机器性能不够强大，所以机器都很大，主机主要就是搞这些
跟你这种上个世纪的人说话好累啊，做了半天一个计数器我靠
单线程要你做？单线程不存在并发问题需要你来解释？

【在 n*****t 的大作中提到】

: 核心不是单机，你接着装傻

z*e2015-12-15 08:12

28 楼

lol
老姜招php程序员，开不起我的工资啊
倒是比较适合你去

【在 t**********1 的大作中提到】

: 赵策这种玩意儿怎么还能有口饭吃？
: 妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。

t*12015-12-15 08:12

29 楼

老姜我知道了。这货是真傻不是装傻。咱别理他了，他吃亏的日子在后边呢。

【在 z****e 的大作中提到】

:
: lol
: 老姜招php程序员，开不起我的工资啊
: 倒是比较适合你去

z*e2015-12-15 08:12

30 楼

老姜这家伙昨天还在死咬单机
点拨了一下，估计今天打算改多机了
呵呵，你丫有种别抄
我昨天跟你说了怎么处理分布式txn
马上今天就换了个方案出来了？
从我这里一点一点抄，也敢说是老魏的？

z*e2015-12-15 08:12

31 楼

lol
你都40多岁了，快步入老年人行列了
还在说些不着调的各种扯蛋话
逗不？

【在 t**********1 的大作中提到】

: 老姜我知道了。这货是真傻不是装傻。咱别理他了，他吃亏的日子在后边呢。

d*r2015-12-15 08:12

32 楼

不错啊，看你们一句句说这么久，终于有个high-level的说明给大家看了.
魏老师开源的代码，fit到这个构架的哪一部分? 是抢票部分?
老姜你回头能给个infra图片吗?
比如每一块是啥，大概咋实现的，大家讨论/互喷时候能有whole picture

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

n*t2015-12-15 08:12

33 楼

老魏两年前就说过了，串行传递消息做热备份。
首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
的时候，次级自动替补。
我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。

【在 z****e 的大作中提到】

:
: lol
: 你都40多岁了，快步入老年人行列了
: 还在说些不着调的各种扯蛋话
: 逗不？

z*e2015-12-15 08:12

34 楼

说了嘛，这种方式就是上个世纪的东西
热备你妹，现在只有主机才搞热备，大部分公司早就转成netflix的搞法了
都允许chaos monkey进去砸，说你这套是上个世纪的破烂还不信
我可以告诉你银联就这么搞的
现在谁还搞什么热备啊？
而且两年前的热备是小弟擦屁股擦出来的，老魏根本没想过好吧？
那根本就不是老魏的idea

【在 n*****t 的大作中提到】

: 老魏两年前就说过了，串行传递消息做热备份。
: 首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
: 递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
: 的时候，次级自动替补。
: 我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。

z*e2015-12-15 08:12

35 楼

现在没有人搞什么热备
全部都是nodes堆进去
然后测试时候直接上chaos monkey
进去随机砸掉几个看看会不会出问题
这一套都搞了十多年了，你还是老方法，谁有办法？
到处是seminar在谈这个搞法，有空多参加点seminar好吧？
别一天到晚写php做网页

【在 n*****t 的大作中提到】

: 老魏两年前就说过了，串行传递消息做热备份。
: 首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
: 递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
: 的时候，次级自动替补。
: 我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。

z*e2015-12-15 08:12

36 楼

这一套都形成了一个学说叫做分布式算法
所以之前在讨论为什么蓝胖拿图灵奖很扯蛋
就是因为他的解决方案回避了公平问题
所以只要公平问题可以随意决定
最简单的就是直接分配优先级给所有nodes
然后冲突直接按照优先级顺序出结果
你还在跟我谈热备？
我的妈呀，上个世纪的老头好多啊

n*t2015-12-15 08:12

37 楼

其实这套东西两年前大家都吵过了，逻辑没问题，分歧就是性能，否则抢票节点会成为
瓶颈。赌局涉及的也就是证明是否能满足需要。
实际上，真正需要锁票的是下单，12306 流量虽然大，但业内人士说了，90% 都是查询
。目前看来，抢票节点满足下单的需求，至少理论上绰绰有余。至于有人质疑这里面没
有身份证号、没有短信认证，已经超出抢票节点的需要。
画图就免了吧，哥们是 pad 刷版。。。。。。

【在 d*******r 的大作中提到】

: 不错啊，看你们一句句说这么久，终于有个high-level的说明给大家看了.
: 魏老师开源的代码，fit到这个构架的哪一部分? 是抢票部分?
: 老姜你回头能给个infra图片吗?
: 比如每一块是啥，大概咋实现的，大家讨论/互喷时候能有whole picture

z*e2015-12-15 08:12

38 楼

热备逻辑没问题是没问题，问题是这种方式太old了
属于上个世纪的东西，大概80年代美国人搞机票就是这种搞法好吧？
再后来互联网起来了，google等公司开始搞分布式了
就慢慢有了netflix的搞法，目的就是直接scale out而不是scale up
你其实拼命推开各种需求给其他机器，目的只有一个，保证这个单机能够负担得起压力
问题是你这么做，无论怎么搞，核心节点都只有一个
这种方式普遍属于老的方式，的确很多公司上个世纪时候都这么搞
但是到了这个世纪，人们看懂了netflix怎么搞了之后
就都换成了netflix的搞法，显然netflix的搞法更为灵活
为此netflix还特意做出了chaos monkey来测试这套系统是否能够运转良好
以此有很多论文可以讨论
比如如何选出一个master啊，比如如何处理并发冲突啊？
这是最近十多年的热点，你最近十多年都在写php吧？
多参加一下seminar吧，现在netflix在各个seminar出现的频次极高
没有人在乎什么热备了现在，12306用了hazelcast的cluster，也就是这种搞法了

【在 n*****t 的大作中提到】

: 其实这套东西两年前大家都吵过了，逻辑没问题，分歧就是性能，否则抢票节点会成为
: 瓶颈。赌局涉及的也就是证明是否能满足需要。
: 实际上，真正需要锁票的是下单，12306 流量虽然大，但业内人士说了，90% 都是查询
: 。目前看来，抢票节点满足下单的需求，至少理论上绰绰有余。至于有人质疑这里面没
: 有身份证号、没有短信认证，已经超出抢票节点的需要。
: 画图就免了吧，哥们是 pad 刷版。。。。。。

p*y2015-12-15 08:12

39 楼

尼玛照你这么说nodejs的作者不是傻逼？

【在 z****e 的大作中提到】

:
: 热备逻辑没问题是没问题，问题是这种方式太old了
: 属于上个世纪的东西，大概80年代美国人搞机票就是这种搞法好吧？
: 再后来互联网起来了，google等公司开始搞分布式了
: 就慢慢有了netflix的搞法，目的就是直接scale out而不是scale up
: 你其实拼命推开各种需求给其他机器，目的只有一个，保证这个单机能够负担得起压力
: 问题是你这么做，无论怎么搞，核心节点都只有一个
: 这种方式普遍属于老的方式，的确很多公司上个世纪时候都这么搞
: 但是到了这个世纪，人们看懂了netflix怎么搞了之后
: 就都换成了netflix的搞法，显然netflix的搞法更为灵活

p*y2015-12-15 08:12

40 楼

这货是真不懂，看上去比较懂。 en，是不是这样的现在好混啊？哥也的学着点。

【在 z****e 的大作中提到】

:
: 热备逻辑没问题是没问题，问题是这种方式太old了
: 属于上个世纪的东西，大概80年代美国人搞机票就是这种搞法好吧？
: 再后来互联网起来了，google等公司开始搞分布式了
: 就慢慢有了netflix的搞法，目的就是直接scale out而不是scale up
: 你其实拼命推开各种需求给其他机器，目的只有一个，保证这个单机能够负担得起压力
: 问题是你这么做，无论怎么搞，核心节点都只有一个
: 这种方式普遍属于老的方式，的确很多公司上个世纪时候都这么搞
: 但是到了这个世纪，人们看懂了netflix怎么搞了之后
: 就都换成了netflix的搞法，显然netflix的搞法更为灵活

z*e2015-12-15 08:12

41 楼

懂了你就死全家，好不好？

【在 p*****y 的大作中提到】

: 这货是真不懂，看上去比较懂。 en，是不是这样的现在好混啊？哥也的学着点。

z*e2015-12-15 08:12

42 楼

笑了
以为node万能的往往是真傻逼

【在 p*****y 的大作中提到】

: 尼玛照你这么说nodejs的作者不是傻逼？

L*82015-12-15 08:12

43 楼

你这个方法本质才是上世纪的方法
各个售票点各自为政有的有票有的没票
车站售票点的票存量大开放时间长所以大家都去排队

【在 z****e 的大作中提到】

: 笑了
: 以为node万能的往往是真傻逼

z*e2015-12-15 08:12

44 楼

车次独立，按照车次分，这个会造成有的售票点有有的售票点没有？
你再想想
老姜的热备就是上个世纪的搞法
现在的趋势就是改造这些老系统
测试工具就是chaos monkey，来，你让chaos monkey砸一下看看

【在 L****8 的大作中提到】

: 你这个方法本质才是上世纪的方法
: 各个售票点各自为政有的有票有的没票
: 车站售票点的票存量大开放时间长所以大家都去排队

z*e2015-12-15 08:12

45 楼

另外没有售票点，是一个统一的website入口
去哪里来的售票点？
这种互相独立的数据是最容易分的
这种东西还要捆绑起来让一个机器去做
也是醉了

【在 L****8 的大作中提到】

: 你这个方法本质才是上世纪的方法
: 各个售票点各自为政有的有票有的没票
: 车站售票点的票存量大开放时间长所以大家都去排队

L*82015-12-15 08:12

46 楼

你说老魏搞的是单个计数器
你这玩意不就是多个计数器？有啥本质区别？

【在 z****e 的大作中提到】

:
: 另外没有售票点，是一个统一的website入口
: 去哪里来的售票点？
: 这种互相独立的数据是最容易分的
: 这种东西还要捆绑起来让一个机器去做
: 也是醉了

z*e2015-12-15 08:12

47 楼

对web server做一个负载均衡
每一个web server负责处理一定量的req
然后web server对于下一层次也就是车次的数据存放
自行发送请求，db按照每一个车次自行建立in memory db
比如redis就可以了，以确保尽快返回
然后web servers -> db是一个一对一或者一对多的关系
你要哪个车次就发给哪个db去执行txn
任何一个web server可以冲任何一个db发送请求
这里任何一个web server挂了，无所谓，其他web servers顶上
db挂了，其实也无所谓，因为持久化了，所以重启就是了
而且一个db挂了，不影响其他db，最多在短时间内影响一个车次
其他车次照样出票，所以问题不大，如果真的非常需要
这里再搞一个热备，开销也远比把整个系统做成一个强
这是不卖联程票的时候
如果你要卖联程票，那这个会出现老姜之前说的互锁的情况
这个最简单的，你给web server编出优先级，然后2 phase commit就可以了
当然这个算法不公平，我承认，所以之前一直在问，蓝胖论文凭啥拿图灵奖？
因为一直就在寻找一个比较公平的算法，比较合理的是paxos之类的
那这个可以慢慢展开讨论，很多东西可以看的

z*e2015-12-15 08:12

48 楼

一个和多个的区别看不懂？
我说了，让chaos monkey进去砸一下
老姜敢么？一般热备不会做太多
两个撑死了，chaos monkey砸掉三个nodes，这个东西就挂了
而且热备是老姜擦屁股擦出来的
老魏当时回答是，干脆就重启，反正用不了多久，这是原话的意思

【在 L****8 的大作中提到】

: 你说老魏搞的是单个计数器
: 你这玩意不就是多个计数器？有啥本质区别？

L*82015-12-15 08:12

49 楼

联程票为啥要互锁？

【在 z****e 的大作中提到】

: 对web server做一个负载均衡
: 每一个web server负责处理一定量的req
: 然后web server对于下一层次也就是车次的数据存放
: 自行发送请求，db按照每一个车次自行建立in memory db
: 比如redis就可以了，以确保尽快返回
: 然后web servers -> db是一个一对一或者一对多的关系
: 你要哪个车次就发给哪个db去执行txn
: 任何一个web server可以冲任何一个db发送请求
: 这里任何一个web server挂了，无所谓，其他web servers顶上
: db挂了，其实也无所谓，因为持久化了，所以重启就是了

f*22015-12-15 08:12

50 楼

你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
？为什么传统apps没想到这个？
来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子

【在 z****e 的大作中提到】

:
: 一个和多个的区别看不懂？
: 我说了，让chaos monkey进去砸一下
: 老姜敢么？一般热备不会做太多
: 两个撑死了，chaos monkey砸掉三个nodes，这个东西就挂了
: 而且热备是老姜擦屁股擦出来的
: 老魏当时回答是，干脆就重启，反正用不了多久，这是原话的意思

n*t2015-12-15 08:12

51 楼

赵老师是处于不懂和装懂之间，所以我今天开始不回他贴了，你不可能指望他明白或者
承认明白。其实现在很多轮子派都差不多，遇到问题找轮子。什么？没轮子，那不怪我
，这问题无解。

【在 L****8 的大作中提到】

: 联程票为啥要互锁？

z*e2015-12-15 08:12

52 楼

这个你问老姜啊
我说的方式是如何拆掉它的互锁

【在 L****8 的大作中提到】

: 联程票为啥要互锁？

z*e2015-12-15 08:12

53 楼

因为cloud啊，因为cloud随时可能fail，虽然aws保证多少多少正确率
但是fail掉又不是什么很意外的事情对不对？
其次为什么用cloud呢？因为这个峰值会超过日常均值很多很多
所以不平衡嘛，为了节省机器，这个很显然是12306的情况啊
峰值明显超过日常均值很多，对不对？
传统的系统，因为东西贵啊，你做一台机器都很贵
所以很多时候就是保证这台机器运行就好了
用人工的方式去维护，去值班什么的
但是随着机器越来越便宜，尤其是cloud提供了虚拟化之后
你开一个node不跟玩一样么？
所以这个时候为什么还要坚持一台机器打天下？
有那么多便宜的机器为什么不用？
分布式就是一堆垃圾机器，不用白不用

【在 f******2 的大作中提到】

: 你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
: ？为什么传统apps没想到这个？
: 来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子

f*22015-12-15 08:12

54 楼

赵老师是一个很好学的人，总是以专家的身份学，找到个新词和你讨论，从张三那里批
发一点儿后到李四那里零食，李四不知所措，贡献一些回来给他补脑。
我以前见过个vp就是这种人，但是这种人的前提条件是会做人，人缘好。赵老师以前可
以算做这类人，可惜最近上窜下跳暴露了阴暗的一面。

【在 n*****t 的大作中提到】

: 赵老师是处于不懂和装懂之间，所以我今天开始不回他贴了，你不可能指望他明白或者
: 承认明白。其实现在很多轮子派都差不多，遇到问题找轮子。什么？没轮子，那不怪我
: ，这问题无解。

t*12015-12-15 08:12

55 楼

赵老师会权衡。
当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
感的网友也会帮他记住。
估计老姜也会把你放在心上。

【在 f******2 的大作中提到】

: 赵老师是一个很好学的人，总是以专家的身份学，找到个新词和你讨论，从张三那里批
: 发一点儿后到李四那里零食，李四不知所措，贡献一些回来给他补脑。
: 我以前见过个vp就是这种人，但是这种人的前提条件是会做人，人缘好。赵老师以前可
: 以算做这类人，可惜最近上窜下跳暴露了阴暗的一面。

n*t2015-12-15 08:12

56 楼

哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。

【在 t**********1 的大作中提到】

: 赵老师会权衡。
: 当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
: 赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
: 感的网友也会帮他记住。
: 估计老姜也会把你放在心上。

L*82015-12-15 08:12

57 楼

你说的卖联程票分布式服务器要互锁我问你说的啥意思

【在 z****e 的大作中提到】

:
: 因为cloud啊，因为cloud随时可能fail，虽然aws保证多少多少正确率
: 但是fail掉又不是什么很意外的事情对不对？
: 其次为什么用cloud呢？因为这个峰值会超过日常均值很多很多
: 所以不平衡嘛，为了节省机器，这个很显然是12306的情况啊
: 峰值明显超过日常均值很多，对不对？
: 传统的系统，因为东西贵啊，你做一台机器都很贵
: 所以很多时候就是保证这台机器运行就好了
: 用人工的方式去维护，去值班什么的
: 但是随着机器越来越便宜，尤其是cloud提供了虚拟化之后

z*e2015-12-15 08:12

58 楼

哈哈，wdong还不是被你用来当枪使的？
记一辈子？有病吧？
你以为都跟你一样，快50的人了，还在搞网络红卫兵那一套？
正义感你说了算的？要是正义感的话，我觉得你这种人不配谈什么正义这些东西
说出来也是很可笑的
我们罗列一下你的问题
1）血流成河，现在不敢承认了
2）主动问候其他人家人，用肮脏的语言
3）主动人肉
你要否认其中哪一条？

【在 t**********1 的大作中提到】

: 赵老师会权衡。
: 当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
: 赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
: 感的网友也会帮他记住。
: 估计老姜也会把你放在心上。

z*e2015-12-15 08:12

59 楼

这个例子是老姜举的，我实在没啥兴趣重复一遍
你去看老姜的贴

【在 L****8 的大作中提到】

: 你说的卖联程票分布式服务器要互锁我问你说的啥意思

L*82015-12-15 08:12

60 楼

你不是说解锁了么为啥你的方案里面还有互锁？

【在 z****e 的大作中提到】

:
: 这个例子是老姜举的，我实在没啥兴趣重复一遍
: 你去看老姜的贴

z*e2015-12-15 08:12

61 楼

哈哈哈，我们八区的战友属于阶级情怀
我天天追着轮回骂，如果都跟老魏一样，估计轮回海日什么都要跟我真人pk了都
不过老魏这人小心眼，估计以后也就这样了

【在 n*****t 的大作中提到】

: 哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。

z*e2015-12-15 08:12

62 楼

我是说，按照我说的，如果什么都不做，联程会有老姜说的问题
所以按照优先级排序可以解决这个问题

【在 L****8 的大作中提到】

: 你不是说解锁了么为啥你的方案里面还有互锁？

t*12015-12-15 08:12

63 楼

对人渣我从不客气。
那种每贴必带女性生殖器的，我确实要问候家人。以后也会。
我会人肉你的。先跟你明说。

【在 z****e 的大作中提到】

:
: 我是说，按照我说的，如果什么都不做，联程会有老姜说的问题
: 所以按照优先级排序可以解决这个问题

z*e2015-12-15 08:12

64 楼

lol
笑了，你不是人渣？
你再过几年就入土的人了
还在玩这些低级把戏，累不累？

【在 t**********1 的大作中提到】

: 对人渣我从不客气。
: 那种每贴必带女性生殖器的，我确实要问候家人。以后也会。
: 我会人肉你的。先跟你明说。

p*y2015-12-15 08:12

65 楼

深有同感，根本不是一个use case

【在 f******2 的大作中提到】

: 你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
: ？为什么传统apps没想到这个？
: 来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子

t*12015-12-15 08:12

66 楼

你的人品在本版已经出名了。当然这方面我也有功劳。
看你这两天跟上了发条一样。累不累？

【在 z****e 的大作中提到】

:
: lol
: 笑了，你不是人渣？
: 你再过几年就入土的人了
: 还在玩这些低级把戏，累不累？

z*e2015-12-15 08:12

67 楼

可惜现在12306就是这么做滴，还问了淘宝的意见

【在 p*****y 的大作中提到】

: 深有同感，根本不是一个use case

p*y2015-12-15 08:12

68 楼

姜还是老的辣

【在 n*****t 的大作中提到】

: 哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。

z*e2015-12-15 08:12

69 楼

哈哈哈，我的人品怎样你不会看其他人怎么说嘛？

【在 t**********1 的大作中提到】

: 你的人品在本版已经出名了。当然这方面我也有功劳。
: 看你这两天跟上了发条一样。累不累？

t*12015-12-15 08:12

70 楼

你累不累？

【在 z****e 的大作中提到】

:
: 哈哈哈，我的人品怎样你不会看其他人怎么说嘛？

T*r2015-12-15 08:12

71 楼

呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?

【在 z****e 的大作中提到】

:
: 哈哈哈，我的人品怎样你不会看其他人怎么说嘛？

z*e2015-12-15 08:12

72 楼

疯,
哈哈，太后，你跟我说这些有啥用？我也不怕你人肉我
你找到我也没用啊，你能奈我何？
多大的人了，还在玩些让人发笑的把戏
之所以抓出人肉呢，是告诉其他人小心
毕竟没有多少人吃饱了愿意做暴露狂不是？
你人肉其他人呢，就说明你不尊重其他人的个人意愿
有窥阴癖的可能性，至于你是否会这么做，那就不好说了
其他人看到了之后，自然会做出自己的判断和应对措施
你号召别人人肉我没用，早就有人知道我了
但是它们不会公开，诶，就是因为我从来不去人肉别人
尊重其他人自己的意愿，所以其他人也这么同等对我
我对它们有信心哈

【在 T*****r 的大作中提到】

: 呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
: 而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
: 都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
: 作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?

z*e2015-12-15 08:12

73 楼

疯,
顺便说一下，你不要把个人真实信息随意公开哦
比如把别人照片到处乱贴，你小心点哦
不是公众人物，你最好不要这么干，钻风杀你档是一回事
但是现实生活中，如果因为你的行为造成了不必要的困扰
对方是可以告你的哦，你最好问下律师，不要一天到晚当法盲哦
尤其是你自己都被对方知道是谁的时候，这个要真闹起来
提诉并不是什么特别困难的事情

【在 T*****r 的大作中提到】

: 呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
: 而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
: 都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
: 作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?

T*r2015-12-15 08:12

74 楼

呵呵，那你去问问goodbug有卵告我不？我还可以反诉他未经我老同意把我老录像转载
，同时还添油加醋的造谣！
一烂校毕业还想跟我老讲法律，太搞笑了！

【在 z****e 的大作中提到】

:
: 疯,
: 顺便说一下，你不要把个人真实信息随意公开哦
: 比如把别人照片到处乱贴，你小心点哦
: 不是公众人物，你最好不要这么干，钻风杀你档是一回事
: 但是现实生活中，如果因为你的行为造成了不必要的困扰
: 对方是可以告你的哦，你最好问下律师，不要一天到晚当法盲哦
: 尤其是你自己都被对方知道是谁的时候，这个要真闹起来
: 提诉并不是什么特别困难的事情

z*e2015-12-15 08:12

75 楼

lol
你怎么知道没有？
再说你怎么证明他是古德霸？

【在 T*****r 的大作中提到】

: 呵呵，那你去问问goodbug有卵告我不？我还可以反诉他未经我老同意把我老录像转载
: ，同时还添油加醋的造谣！
: 一烂校毕业还想跟我老讲法律，太搞笑了！

T*r2015-12-15 08:12

76 楼

呵呵，那是我的事，n操啥心？你负责鼓动goodbug去起诉呗，我等着他，包括股版打赌
的屎一起奉送
到他家！

【在 z****e 的大作中提到】

:
: lol
: 你怎么知道没有？
: 再说你怎么证明他是古德霸？

z*e2015-12-15 08:12

77 楼

lol
历史记录早没了，死无对证了
我只是提醒你，小心点
没准什么时候就遇到了

【在 T*****r 的大作中提到】

: 呵呵，那是我的事，n操啥心？你负责鼓动goodbug去起诉呗，我等着他，包括股版打赌
: 的屎一起奉送
: 到他家！

T*r2015-12-15 08:12

78 楼

呵呵，真的死无对证了？你和goodbug都是一路货色，自己想什么就认为世界是什么，
难怪会常吃屎。。。

【在 z****e 的大作中提到】

:
: lol
: 历史记录早没了，死无对证了
: 我只是提醒你，小心点
: 没准什么时候就遇到了

z*e2015-12-15 08:12

79 楼

lol
不信的话你可以赌一把

【在 T*****r 的大作中提到】

: 呵呵，真的死无对证了？你和goodbug都是一路货色，自己想什么就认为世界是什么，
: 难怪会常吃屎。。。

A*g2015-12-15 08:12

80 楼

你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
来他说的不一样了啊

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

A*g2015-12-15 08:12

81 楼

你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
来他说的不一样了啊

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

T*r2015-12-15 08:12

82 楼

呵呵，那你还等啥？多说无益，让goodbug去写血书起诉呗，不告是狗生出来的杂种欧！

【在 z****e 的大作中提到】

:
: lol
: 不信的话你可以赌一把

n*t2015-12-15 08:12

83 楼

这个不是技术问题了吧？这个架构两年前就这样了，除了查询。查询其实放到抢票节点
也无所谓，不需要锁票。

【在 A***g 的大作中提到】

: 你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
: 都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
: 来他说的不一样了啊

r*y2015-12-15 08:12

84 楼

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

N*n2015-12-15 08:12

85 楼

刚打了一堆，没存下来。。
就问你和老魏这个热备份的问题吧：
主抢票节点暂时不响应，web前端找抢票机次级节点，在这期间，主节点又恢复响应，
类似这样的情况，如何在主次节点之间同步？考虑主次机同步机制cost,还能达到
1M/S 的performance吗？

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

T*i2015-12-15 08:12

86 楼

其实这种majority voting的现成的轮子很多。
热备份其实也不定要串联。但是主节点和次级之间一定要有一个ACID MQ。这个是必须
的。
为了保证partition resilience这个ACID MQ甚至可以跨DC。
我说了热备份其实也不定要串联。也可以用基于multicast的架构。
这个设计有其特殊性，就是上行和下行的流量可能差几个数量级。每天票就那么多张，
几千万的量级。但是查询和抢票请求可能有几十上百亿。但是只有抢到的票才会影响状
态。
ACID MQ保证了抢到的票的durability。MQ两端任何一端挂掉，都能按照顺序完全恢复
。hotstandby转换成primary也是借助ACID MQ恢复状态。
问题是，机器挂掉，是百八十年不遇的。真挂了，短暂几秒钟不能提供服务，没啥大不
了的。关键是，状态确实能够完全恢复。而且前端后端也能恢复。
再次强调。这个case有其特殊性。更像股票市场。每天qoute比真正的trade多成百上千
倍。

【在 N*n 的大作中提到】

: 刚打了一堆，没存下来。。
: 就问你和老魏这个热备份的问题吧：
: 主抢票节点暂时不响应，web前端找抢票机次级节点，在这期间，主节点又恢复响应，
: 类似这样的情况，如何在主次节点之间同步？考虑主次机同步机制cost,还能达到
: 1M/S 的performance吗？

N*n2015-12-15 08:12

87 楼

Majority voting, 至少得三节点。
这个acid MQ 才是您这个系统成功与否的关键吧？相对来说，计数器容易得多。
能不能展开解释一下这个 acid mq 如何实现？这个的cost是多少?
如果需要，我可以和您赌这一部分。

【在 T********i 的大作中提到】

: 其实这种majority voting的现成的轮子很多。
: 热备份其实也不定要串联。但是主节点和次级之间一定要有一个ACID MQ。这个是必须
: 的。
: 为了保证partition resilience这个ACID MQ甚至可以跨DC。
: 我说了热备份其实也不定要串联。也可以用基于multicast的架构。
: 这个设计有其特殊性，就是上行和下行的流量可能差几个数量级。每天票就那么多张，
: 几千万的量级。但是查询和抢票请求可能有几十上百亿。但是只有抢到的票才会影响状
: 态。
: ACID MQ保证了抢到的票的durability。MQ两端任何一端挂掉，都能按照顺序完全恢复
: 。hotstandby转换成primary也是借助ACID MQ恢复状态。

t*12015-12-15 08:12

88 楼

ACID MQ很容易。只要有IOPS高的SSD就好。
你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。

【在 N*n 的大作中提到】

: Majority voting, 至少得三节点。
: 这个acid MQ 才是您这个系统成功与否的关键吧？相对来说，计数器容易得多。
: 能不能展开解释一下这个 acid mq 如何实现？这个的cost是多少?
: 如果需要，我可以和您赌这一部分。

c*e2015-12-15 08:12

89 楼

我还以为是介绍老魏的生理结构。

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。

t*12015-12-15 08:12

90 楼

热备分，3节点和30节点都没问题。我说了，不一定串成一串。真正的串成一串是ACID
MQ。

【在 N*n 的大作中提到】

: Majority voting, 至少得三节点。
: 这个acid MQ 才是您这个系统成功与否的关键吧？相对来说，计数器容易得多。
: 能不能展开解释一下这个 acid mq 如何实现？这个的cost是多少?
: 如果需要，我可以和您赌这一部分。

N*n2015-12-15 08:12

91 楼

link? 价钱？

【在 t**********1 的大作中提到】

: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。

N*n2015-12-15 08:12

92 楼

link? 价钱？

【在 t**********1 的大作中提到】

: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。

t*12015-12-15 08:12

93 楼

不知道。你问他吧。

【在 N*n 的大作中提到】

: link? 价钱？

z*e2015-12-15 08:12

94 楼

是别人擦屁股擦出来的啦
老魏在现在还曾说过挂了重启这种笑话
被人单开一贴嘲笑了
热备是你擦屁股擦出来的

【在 n*****t 的大作中提到】

: 这个不是技术问题了吧？这个架构两年前就这样了，除了查询。查询其实放到抢票节点
: 也无所谓，不需要锁票。

T*i2015-12-15 08:12

95 楼

我说了我当时用的交易系统挂了可以重启。
重启有啥了不起的？满足我要求就好。这有啥笑话的？

【在 z****e 的大作中提到】

:
: 是别人擦屁股擦出来的啦
: 老魏在现在还曾说过挂了重启这种笑话
: 被人单开一贴嘲笑了
: 热备是你擦屁股擦出来的

z*e2015-12-15 08:12

96 楼

没什么了不起，就是现在已经不这么做了
你说的是上个世纪的方案，现在绝大多数分布式系统都已经淘汰这种方式了
你可以继续用啊，我说的是你现在已经落后一个时代了

【在 T********i 的大作中提到】

: 我说了我当时用的交易系统挂了可以重启。
: 重启有啥了不起的？满足我要求就好。这有啥笑话的？

T*i2015-12-15 08:12

97 楼

你知道还是我知道？
难道你还要挑战交易系统？你给我做一个领先时代的出来。
这得多傻逼能说出这种话来？人家的系统，跟你有啥关系？古德霸的教训还不够深刻？

【在 z****e 的大作中提到】

:
: 没什么了不起，就是现在已经不这么做了
: 你说的是上个世纪的方案，现在绝大多数分布式系统都已经淘汰这种方式了
: 你可以继续用啊，我说的是你现在已经落后一个时代了

z*e2015-12-15 08:12

98 楼

哈哈哈，不好意思，那就曾经是我负责的系统
你觉得你比我知道？
教训？呵呵，已经有人告诉你了，12306现在的方式就是古德霸的方式

【在 T********i 的大作中提到】

: 你知道还是我知道？
: 难道你还要挑战交易系统？你给我做一个领先时代的出来。
: 这得多傻逼能说出这种话来？人家的系统，跟你有啥关系？古德霸的教训还不够深刻？

z*e2015-12-15 08:12

99 楼

而且作者都明说了，他就在铁道部下面一个地方工作过
那个帖子居然都看不懂啊，我的天，这叫什么智商？

T*i2015-12-15 08:12

100 楼

你负责的屁？你什么本事难道大家不知道？古德霸不来了。这里搅屎棍就剩下你一个了
。你慢慢会习惯的。你这个蠢货，这辈子就这样了。我看人不会走眼的。

【在 z****e 的大作中提到】

: 而且作者都明说了，他就在铁道部下面一个地方工作过
: 那个帖子居然都看不懂啊，我的天，这叫什么智商？

z*e2015-12-15 08:12

101 楼

lol
12306如果用的是偏向古德霸的方案，你全家死绝
反过来，我全家死绝，好不好？

【在 T********i 的大作中提到】

: 你负责的屁？你什么本事难道大家不知道？古德霸不来了。这里搅屎棍就剩下你一个了
: 。你慢慢会习惯的。你这个蠢货，这辈子就这样了。我看人不会走眼的。

z*e2015-12-15 08:12

102 楼

从现在开始，我直接上毒誓，我就有这个胆量，敢跟你用全家死绝打赌

T*i2015-12-15 08:12

103 楼

你怎么那么喜欢全家死绝？
你这么下流无耻你全家知道么？你看你这么下流，老姜绝对连小二都不会让你干。这里
的网友知道你啥德性。以后会如何看待你对待你？
不作不死，是我前几天刚说过的。我再说一遍。信不信由你了。

【在 z****e 的大作中提到】

: 从现在开始，我直接上毒誓，我就有这个胆量，敢跟你用全家死绝打赌

z*e2015-12-15 08:12

104 楼

啊哈哈哈哈
你丫不敢赌了
看来是不敢了
也说明了事实嘛
12306现在用的就是偏向古德霸的方案咯
谁要是不服，我直接上毒誓了
公平起见，我发毒誓之前都会把我放在另外一边哈哈
我当然不信你说的咯
你这种人，有什么资格跟我谈人品？
老姜才不会那么傻被你当枪使呢

【在 T********i 的大作中提到】

: 你怎么那么喜欢全家死绝？
: 你这么下流无耻你全家知道么？你看你这么下流，老姜绝对连小二都不会让你干。这里
: 的网友知道你啥德性。以后会如何看待你对待你？
: 不作不死，是我前几天刚说过的。我再说一遍。信不信由你了。

T*i2015-12-15 08:12

105 楼

你想想看，老姜要一个搅屎棍有啥用？
你这么恨我。我觉得挺好的。你继续作。我看着。

【在 z****e 的大作中提到】

:
: 啊哈哈哈哈
: 你丫不敢赌了
: 看来是不敢了
: 也说明了事实嘛
: 12306现在用的就是偏向古德霸的方案咯
: 谁要是不服，我直接上毒誓了
: 公平起见，我发毒誓之前都会把我放在另外一边哈哈
: 我当然不信你说的咯
: 你这种人，有什么资格跟我谈人品？

z*e2015-12-15 08:12

106 楼

哈哈，笑了，看来这招很管用
多用用，其实买买提上对于造谣的家伙这种最管用
你尽管造谣，我就根据你造的谣发毒誓
你说是，可以，如果不是，你全家死光
大概就这个模式咯

【在 T********i 的大作中提到】

: 你想想看，老姜要一个搅屎棍有啥用？
: 你这么恨我。我觉得挺好的。你继续作。我看着。

T*i2015-12-15 08:12

107 楼

我只说过，12306如果我来做，要这么做。
我评价过12306么？我评价过古德霸的方案么？
你们两个屎一样的怎么成天主动来和我过不去呢？
我主动招惹过你么？你这种人对我来讲就是蝼蚁一般的存在，我都是直接忽略的。你惹
烦我了，我才会踩你一脚。仅此而已。

【在 z****e 的大作中提到】

:
: 哈哈，笑了，看来这招很管用
: 多用用，其实买买提上对于造谣的家伙这种最管用
: 你尽管造谣，我就根据你造的谣发毒誓
: 你说是，可以，如果不是，你全家死光
: 大概就这个模式咯

z*e2015-12-15 08:12

108 楼

那行
既然你这么说了
那我也没话说了
这段话没啥问题

【在 T********i 的大作中提到】

: 我只说过，12306如果我来做，要这么做。
: 我评价过12306么？我评价过古德霸的方案么？
: 你们两个屎一样的怎么成天主动来和我过不去呢？
: 我主动招惹过你么？你这种人对我来讲就是蝼蚁一般的存在，我都是直接忽略的。你惹
: 烦我了，我才会踩你一脚。仅此而已。

T*i2015-12-15 08:12

109 楼

赵策，我和你讲。你作死绝对都是自找的。记住我的话。

【在 z****e 的大作中提到】

:
: 那行
: 既然你这么说了
: 那我也没话说了
: 这段话没啥问题

z*e2015-12-15 08:12

110 楼

其实任何人作死都是自找的，包括你自己在内

【在 T********i 的大作中提到】

: 赵策，我和你讲。你作死绝对都是自找的。记住我的话。

f*22015-12-15 08:12

111 楼

赵老师，你这样真的很low，没意思。何必糟蹋自己呢？
老魏真刀真枪的拿出代码了，你“牛”也是在嘴上，而且嘴上比你更牛的都玩消失了。
编程版每个语言上有两三个老魏这样的实干家，老刑的流量就有了。

【在 z****e 的大作中提到】

:
: 其实任何人作死都是自找的，包括你自己在内

z*e2015-12-15 08:12

112 楼

做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
你搅合了半天，都没觉得是无地放屎么？

【在 f******2 的大作中提到】

: 赵老师，你这样真的很low，没意思。何必糟蹋自己呢？
: 老魏真刀真枪的拿出代码了，你“牛”也是在嘴上，而且嘴上比你更牛的都玩消失了。
: 编程版每个语言上有两三个老魏这样的实干家，老刑的流量就有了。

t*12015-12-15 08:12

113 楼

我也想不出啥理由。我从没有主动去评价你们那些狗屎言论。你们两年多来一直不停追
着我挑衅。你给个理由先？
现在有一个已经实践不作不死了。你这个剩下的反倒找别人要理由来了。

【在 z****e 的大作中提到】

:
: 做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
: 你搅合了半天，都没觉得是无地放屎么？

n*t2015-12-15 08:12

114 楼

赵老师你有意思伐，我找出老魏的原帖，你换个帖子继续撒谎。我估计你是爱上老魏了
，跟我们小时候一样，故意往小姑娘铅笔盒里放毛毛虫，不为让人家喜欢你，就为了被
人家骂一通也开心。

【在 z****e 的大作中提到】

:
: 做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
: 你搅合了半天，都没觉得是无地放屎么？

z*e2015-12-15 08:12

115 楼

我找了找，发现被删了呀
那这个我没办法，其实也不是没办法
直接发毒誓，看看没有人敢接，就可以看出真伪了

【在 n*****t 的大作中提到】

: 赵老师你有意思伐，我找出老魏的原帖，你换个帖子继续撒谎。我估计你是爱上老魏了
: ，跟我们小时候一样，故意往小姑娘铅笔盒里放毛毛虫，不为让人家喜欢你，就为了被
: 人家骂一通也开心。

z*e2015-12-15 08:12

116 楼

我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
这份自信从哪来的？

【在 t**********1 的大作中提到】

: 我也想不出啥理由。我从没有主动去评价你们那些狗屎言论。你们两年多来一直不停追
: 着我挑衅。你给个理由先？
: 现在有一个已经实践不作不死了。你这个剩下的反倒找别人要理由来了。

l*s2015-12-15 08:12

117 楼

发毒誓要真有个球用您老也不至于老用这招了。：-）

【在 z****e 的大作中提到】

:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？

l*s2015-12-15 08:12

118 楼

发毒誓要真有个球用您老也不至于老用这招了。：-）

【在 z****e 的大作中提到】

:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？

l*s2015-12-15 08:12

119 楼

发毒誓要真有个球用您老也不至于老用这招了。：-）

【在 z****e 的大作中提到】

:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？

z*r2015-12-15 08:12

120 楼

基本就是把状态分布在快速抢票机上和慢速transaction server上
需要他们紧密sync状态
抢票机解决票源互斥和流量冲击问题,transaction server负责真正transaction
不是一个很现实的方案
1.两个system状态很不容易统一
2.transaction被分成两步,这个已经是分布式的问题
2.单点有availability的问题,故障恢复,和master重新sync,半截的transaction.. 太
多情况了,你根本搞不定

【在 n****j 的大作中提到】

: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。