n****j
发帖数: 1708 | 1 技术问题可以讨论，打滚的请绕道吧。
1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
3、查询：前端可计算路径，并直接向后端查询余票数量。
4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
能发生无票情况，返回 3
5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
售出路段后，余票放回票库。
最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。 |
p*****y
发帖数: 529 | 2 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
n*****t
发帖数: 22014 | 3 或者看懂后说：这有啥稀奇，不就一个计数器嘛，我也会
【在 p*****y 的大作中提到】
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
|
z****e
发帖数: 54598 | 4 车次都独立的，你请求互锁？你神经病吧？
这个都看不懂，不是猪嘛？ |
z****e
发帖数: 54598 | 5 老姜你就回答，我爆5000个计数器，一个车次一个
有什么问题？你神经病折磨单个node干什么？
这么简单的东西，你有必要去拼命省latency么？
只要车次独立，你就可以无限scale，这太容易了好吧？
你这个难度都快赶上社交网络了 |
t**********1
发帖数: 550 | 6 这个单node买联票也能保持一致性。
你那个能么？
【在 z****e 的大作中提到】
: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了
|
n*****t
发帖数: 22014 | 7 赵老师，打了一天的滚，你不累啊？今天老婆罚我洗碗拖地做饭，你要打滚的话，跟我
秘书预约吧。
【在 z****e 的大作中提到】
: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了
|
z****e
发帖数: 54598 | 8
lol
当然可以
你要多蠢才会看不懂啊？
【在 t**********1 的大作中提到】
: 这个单node买联票也能保持一致性。
: 你那个能么？
|
p*****y
发帖数: 529 | 9 重要的事情说三遍：
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
估计你还是没看明白联票是怎么玩的。 慢慢琢磨吧。
btw： 我就一看热闹的， 找个乐。
【在 z****e 的大作中提到】
: 老姜你就回答，我爆5000个计数器，一个车次一个
: 有什么问题？你神经病折磨单个node干什么？
: 这么简单的东西，你有必要去拼命省latency么？
: 只要车次独立，你就可以无限scale，这太容易了好吧？
: 你这个难度都快赶上社交网络了
|
z****e
发帖数: 54598 | 10
呵呵
你就装作不在打滚
【在 n*****t 的大作中提到】
: 赵老师，打了一天的滚，你不累啊？今天老婆罚我洗碗拖地做饭，你要打滚的话，跟我
: 秘书预约吧。
|
|
|
z****e
发帖数: 54598 | 11
联票看懂了你死全家么？
其次我早就说了怎么处理联票
老姜已经不敢承认了，你要继续么？
【在 p*****y 的大作中提到】
: 重要的事情说三遍：
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪：)
: 估计你还是没看明白联票是怎么玩的。 慢慢琢磨吧。
: btw： 我就一看热闹的， 找个乐。
|
z****e
发帖数: 54598 | 12
老姜，这个东西其实就是干脆避开了分布式的难题
解决方式就一个词：不做
这个不叫解决问题，这个叫回避问题
这种东西用单机，属于上个世纪的人类
从年龄上看，差不多，呵呵
【在 n*****t 的大作中提到】
: 或者看懂后说：这有啥稀奇，不就一个计数器嘛，我也会
|
n*****t
发帖数: 22014 | 13 赵老师你接着装不懂，这帖子是给不清楚来龙去脉的，今天哥们不陪你打滚了
【在 z****e 的大作中提到】
:
: 老姜，这个东西其实就是干脆避开了分布式的难题
: 解决方式就一个词：不做
: 这个不叫解决问题，这个叫回避问题
: 这种东西用单机，属于上个世纪的人类
: 从年龄上看，差不多，呵呵
|
z****e
发帖数: 54598 | 14
除了计数器，我觉得这句话最经典了，对于上一代人，很多思想都凹凸了
现在还在拼命折磨单机，你让人有啥好说的呢？
发信人: hellobruce (大熊蛙 水上漂), 信区: JobHunting
标 题: Re: 讨论一下12306的架构？
发信站: BBS 未名空间站 (Sun Nov 29 17:35:41 2015, 美东)
我擦 还有人想单机版 这也是跪了 这种问题不值得跟上一代的人争论吧
【在 n*****t 的大作中提到】
: 赵老师你接着装不懂，这帖子是给不清楚来龙去脉的，今天哥们不陪你打滚了
|
n*****t
发帖数: 22014 | 15 赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
机，你睁着眼说瞎话有意思吗？
【在 z****e 的大作中提到】
:
: 除了计数器，我觉得这句话最经典了，对于上一代人，很多思想都凹凸了
: 现在还在拼命折磨单机，你让人有啥好说的呢？
: 发信人: hellobruce (大熊蛙 水上漂), 信区: JobHunting
: 标 题: Re: 讨论一下12306的架构？
: 发信站: BBS 未名空间站 (Sun Nov 29 17:35:41 2015, 美东)
: 我擦 还有人想单机版 这也是跪了 这种问题不值得跟上一代的人争论吧
|
b*******s
发帖数: 5216 | 16 放弃吧，浪费时间。老赵是揣着明白装糊涂。
至于好虫的拥趸们，糊涂脑子损失的又不是我们，我还巴不得他们继续这样下去
【在 n*****t 的大作中提到】
: 赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
: 机，你睁着眼说瞎话有意思吗？
|
z****e
发帖数: 54598 | 17
lol
那都是抄来的好吧？
核心机为啥要搞成单机的呢？
一个流程中有一个step是单机，这就是问题
要是看不懂不用谈了，上一代人就是这么落伍老旧
【在 n*****t 的大作中提到】
: 赵老师，再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚，一整个系统，不是单
: 机，你睁着眼说瞎话有意思吗？
|
z****e
发帖数: 54598 | 18
我可没claim说看不懂，老姜自以为我看不懂而已
单个step的单机就是一个瓶颈，直接掐住整个系统的咽喉
再怎么折腾，都改变不了单机的事实
至于是不是有外围机，那这个其实一点都不重要
不是说有外围机这些毛病就少了的
老魏也说过，这台机器挂了，重启嘛
顶多说搞个热备，现在也已经都不这么搞了
都转成netflix那种搞法了，让chaos monkey进去砸
铁道部，银联什么都是这种搞法
包括visa什么，都是如此了，老魏这一套就是上个世纪的东东
【在 b*******s 的大作中提到】
: 放弃吧，浪费时间。老赵是揣着明白装糊涂。
: 至于好虫的拥趸们，糊涂脑子损失的又不是我们，我还巴不得他们继续这样下去
|
n*****t
发帖数: 22014 | 19 核心不是单机，你接着装傻
【在 z****e 的大作中提到】
:
: 我可没claim说看不懂，老姜自以为我看不懂而已
: 单个step的单机就是一个瓶颈，直接掐住整个系统的咽喉
: 再怎么折腾，都改变不了单机的事实
: 至于是不是有外围机，那这个其实一点都不重要
: 不是说有外围机这些毛病就少了的
: 老魏也说过，这台机器挂了，重启嘛
: 顶多说搞个热备，现在也已经都不这么搞了
: 都转成netflix那种搞法了，让chaos monkey进去砸
: 铁道部，银联什么都是这种搞法
|
z****e
发帖数: 54598 | 20
lol
核心不是单机你这还叫老魏的东西么？
你一点一点改原来的设计，你也好意思？
【在 n*****t 的大作中提到】
: 核心不是单机，你接着装傻
|
|
|
t**********1
发帖数: 550 | 21 赵策这种玩意儿怎么还能有口饭吃？
妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。
【在 n*****t 的大作中提到】
: 核心不是单机，你接着装傻
|
z****e
发帖数: 54598 | 22
你说的所谓方案，都是上个世纪，大概90年代世界各个国家搞的
当时机器性能不够强大，所以机器都很大，主机主要就是搞这些
跟你这种上个世纪的人说话好累啊，做了半天一个计数器我靠
单线程要你做？单线程不存在并发问题需要你来解释？
【在 n*****t 的大作中提到】
: 核心不是单机，你接着装傻
|
z****e
发帖数: 54598 | 23
lol
老姜招php程序员，开不起我的工资啊
倒是比较适合你去
【在 t**********1 的大作中提到】
: 赵策这种玩意儿怎么还能有口饭吃？
: 妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。
|
t**********1
发帖数: 550 | 24 老姜我知道了。这货是真傻不是装傻。咱别理他了，他吃亏的日子在后边呢。
【在 z****e 的大作中提到】
:
: lol
: 老姜招php程序员，开不起我的工资啊
: 倒是比较适合你去
|
z****e
发帖数: 54598 | 25 老姜这家伙昨天还在死咬单机
点拨了一下，估计今天打算改多机了
呵呵，你丫有种别抄
我昨天跟你说了怎么处理分布式txn
马上今天就换了个方案出来了？
从我这里一点一点抄，也敢说是老魏的？ |
z****e
发帖数: 54598 | 26
lol
你都40多岁了，快步入老年人行列了
还在说些不着调的各种扯蛋话
逗不？
【在 t**********1 的大作中提到】
: 老姜我知道了。这货是真傻不是装傻。咱别理他了，他吃亏的日子在后边呢。
|
d*******r
发帖数: 3299 | 27 不错啊，看你们一句句说这么久，终于有个high-level的说明给大家看了.
魏老师开源的代码，fit到这个构架的哪一部分? 是抢票部分?
老姜你回头能给个infra图片吗?
比如每一块是啥，大概咋实现的，大家讨论/互喷时候能有whole picture
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
n*****t
发帖数: 22014 | 28 老魏两年前就说过了，串行传递消息做热备份。
首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
的时候，次级自动替补。
我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。
【在 z****e 的大作中提到】
:
: lol
: 你都40多岁了，快步入老年人行列了
: 还在说些不着调的各种扯蛋话
: 逗不？
|
z****e
发帖数: 54598 | 29
说了嘛，这种方式就是上个世纪的东西
热备你妹，现在只有主机才搞热备，大部分公司早就转成netflix的搞法了
都允许chaos monkey进去砸，说你这套是上个世纪的破烂还不信
我可以告诉你银联就这么搞的
现在谁还搞什么热备啊？
而且两年前的热备是小弟擦屁股擦出来的，老魏根本没想过好吧？
那根本就不是老魏的idea
【在 n*****t 的大作中提到】
: 老魏两年前就说过了，串行传递消息做热备份。
: 首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
: 递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
: 的时候，次级自动替补。
: 我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。
|
z****e
发帖数: 54598 | 30
现在没有人搞什么热备
全部都是nodes堆进去
然后测试时候直接上chaos monkey
进去随机砸掉几个看看会不会出问题
这一套都搞了十多年了，你还是老方法，谁有办法？
到处是seminar在谈这个搞法，有空多参加点seminar好吧？
别一天到晚写php做网页
【在 n*****t 的大作中提到】
: 老魏两年前就说过了，串行传递消息做热备份。
: 首级决策后，消息传递给次级，次级由此记录并响应修改内部状态，形成热备份，并传
: 递给后端。次级可以多台串联，看你对可靠性的要求了，延迟忽略不计。首级发生灾难
: 的时候，次级自动替补。
: 我不是回答你哦，我是给不清楚的人解释一下，你装看不懂我无所谓。
|
|
|
z****e
发帖数: 54598 | 31 这一套都形成了一个学说叫做分布式算法
所以之前在讨论为什么蓝胖拿图灵奖很扯蛋
就是因为他的解决方案回避了公平问题
所以只要公平问题可以随意决定
最简单的就是直接分配优先级给所有nodes
然后冲突直接按照优先级顺序出结果
你还在跟我谈热备？
我的妈呀，上个世纪的老头好多啊 |
n*****t
发帖数: 22014 | 32 其实这套东西两年前大家都吵过了，逻辑没问题，分歧就是性能，否则抢票节点会成为
瓶颈。赌局涉及的也就是证明是否能满足需要。
实际上，真正需要锁票的是下单，12306 流量虽然大，但业内人士说了，90% 都是查询
。目前看来，抢票节点满足下单的需求，至少理论上绰绰有余。至于有人质疑这里面没
有身份证号、没有短信认证，已经超出抢票节点的需要。
画图就免了吧，哥们是 pad 刷版 。。。。。。
【在 d*******r 的大作中提到】
: 不错啊，看你们一句句说这么久，终于有个high-level的说明给大家看了.
: 魏老师开源的代码，fit到这个构架的哪一部分? 是抢票部分?
: 老姜你回头能给个infra图片吗?
: 比如每一块是啥，大概咋实现的，大家讨论/互喷时候能有whole picture
|
z****e
发帖数: 54598 | 33
热备逻辑没问题是没问题，问题是这种方式太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*****y
发帖数: 529 | 34 尼玛照你这么说nodejs的作者不是傻逼？
【在 z****e 的大作中提到】
:
: 热备逻辑没问题是没问题，问题是这种方式太old了
: 属于上个世纪的东西，大概80年代美国人搞机票就是这种搞法好吧？
: 再后来互联网起来了，google等公司开始搞分布式了
: 就慢慢有了netflix的搞法，目的就是直接scale out而不是scale up
: 你其实拼命推开各种需求给其他机器，目的只有一个，保证这个单机能够负担得起压力
: 问题是你这么做，无论怎么搞，核心节点都只有一个
: 这种方式普遍属于老的方式，的确很多公司上个世纪时候都这么搞
: 但是到了这个世纪，人们看懂了netflix怎么搞了之后
: 就都换成了netflix的搞法，显然netflix的搞法更为灵活
|
p*****y
发帖数: 529 | 35 这货是真不懂， 看上去比较懂。 en， 是不是这样的现在好混啊？ 哥也的学着点。
【在 z****e 的大作中提到】
:
: 热备逻辑没问题是没问题，问题是这种方式太old了
: 属于上个世纪的东西，大概80年代美国人搞机票就是这种搞法好吧？
: 再后来互联网起来了，google等公司开始搞分布式了
: 就慢慢有了netflix的搞法，目的就是直接scale out而不是scale up
: 你其实拼命推开各种需求给其他机器，目的只有一个，保证这个单机能够负担得起压力
: 问题是你这么做，无论怎么搞，核心节点都只有一个
: 这种方式普遍属于老的方式，的确很多公司上个世纪时候都这么搞
: 但是到了这个世纪，人们看懂了netflix怎么搞了之后
: 就都换成了netflix的搞法，显然netflix的搞法更为灵活
|
z****e
发帖数: 54598 | 36
懂了你就死全家，好不好？
【在 p*****y 的大作中提到】
: 这货是真不懂， 看上去比较懂。 en， 是不是这样的现在好混啊？ 哥也的学着点。
|
z****e
发帖数: 54598 | 37 笑了
以为node万能的往往是真傻逼
【在 p*****y 的大作中提到】
: 尼玛照你这么说nodejs的作者不是傻逼？
|
L****8
发帖数: 3938 | 38 你这个方法本质才是上世纪的方法
各个售票点各自为政 有的有票 有的没票
车站售票点的票存量大 开放时间长 所以大家都去排队
【在 z****e 的大作中提到】
: 笑了
: 以为node万能的往往是真傻逼
|
z****e
发帖数: 54598 | 39
车次独立，按照车次分，这个会造成有的售票点有有的售票点没有？
你再想想
老姜的热备就是上个世纪的搞法
现在的趋势就是改造这些老系统
测试工具就是chaos monkey，来，你让chaos monkey砸一下看看
【在 L****8 的大作中提到】
: 你这个方法本质才是上世纪的方法
: 各个售票点各自为政 有的有票 有的没票
: 车站售票点的票存量大 开放时间长 所以大家都去排队
|
z****e
发帖数: 54598 | 40
另外没有售票点，是一个统一的website入口
去哪里来的售票点？
这种互相独立的数据是最容易分的
这种东西还要捆绑起来让一个机器去做
也是醉了
【在 L****8 的大作中提到】
: 你这个方法本质才是上世纪的方法
: 各个售票点各自为政 有的有票 有的没票
: 车站售票点的票存量大 开放时间长 所以大家都去排队
|
|
|
L****8
发帖数: 3938 | 41 你说老魏搞的是单个计数器
你这玩意不就是多个计数器？有啥本质区别？
【在 z****e 的大作中提到】
:
: 另外没有售票点，是一个统一的website入口
: 去哪里来的售票点？
: 这种互相独立的数据是最容易分的
: 这种东西还要捆绑起来让一个机器去做
: 也是醉了
|
z****e
发帖数: 54598 | 42 对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****e
发帖数: 54598 | 43
一个和多个的区别看不懂？
我说了，让chaos monkey进去砸一下
老姜敢么？一般热备不会做太多
两个撑死了，chaos monkey砸掉三个nodes，这个东西就挂了
而且热备是老姜擦屁股擦出来的
老魏当时回答是，干脆就重启，反正用不了多久，这是原话的意思
【在 L****8 的大作中提到】
: 你说老魏搞的是单个计数器
: 你这玩意不就是多个计数器？有啥本质区别？
|
L****8
发帖数: 3938 | 44 联程票为啥要互锁？
【在 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******2
发帖数: 2455 | 45 你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
？为什么传统apps没想到这个？
来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子
【在 z****e 的大作中提到】
:
: 一个和多个的区别看不懂？
: 我说了，让chaos monkey进去砸一下
: 老姜敢么？一般热备不会做太多
: 两个撑死了，chaos monkey砸掉三个nodes，这个东西就挂了
: 而且热备是老姜擦屁股擦出来的
: 老魏当时回答是，干脆就重启，反正用不了多久，这是原话的意思
|
n*****t
发帖数: 22014 | 46 赵老师是处于不懂和装懂之间，所以我今天开始不回他贴了，你不可能指望他明白或者
承认明白。其实现在很多轮子派都差不多，遇到问题找轮子。什么？没轮子，那不怪我
，这问题无解。
【在 L****8 的大作中提到】
: 联程票为啥要互锁？
|
z****e
发帖数: 54598 | 47
这个你问老姜啊
我说的方式是如何拆掉它的互锁
【在 L****8 的大作中提到】
: 联程票为啥要互锁？
|
z****e
发帖数: 54598 | 48
因为cloud啊，因为cloud随时可能fail，虽然aws保证多少多少正确率
但是fail掉又不是什么很意外的事情对不对？
其次为什么用cloud呢？因为这个峰值会超过日常均值很多很多
所以不平衡嘛，为了节省机器，这个很显然是12306的情况啊
峰值明显超过日常均值很多，对不对？
传统的系统，因为东西贵啊，你做一台机器都很贵
所以很多时候就是保证这台机器运行就好了
用人工的方式去维护，去值班什么的
但是随着机器越来越便宜，尤其是cloud提供了虚拟化之后
你开一个node不跟玩一样么？
所以这个时候为什么还要坚持一台机器打天下？
有那么多便宜的机器为什么不用？
分布式就是一堆垃圾机器，不用白不用
【在 f******2 的大作中提到】
: 你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
: ？为什么传统apps没想到这个？
: 来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子
|
f******2
发帖数: 2455 | 49 赵老师是一个很好学的人，总是以专家的身份学，找到个新词和你讨论，从张三那里批
发一点儿后到李四那里零食，李四不知所措，贡献一些回来给他补脑。
我以前见过个vp就是这种人，但是这种人的前提条件是会做人，人缘好。赵老师以前可
以算做这类人，可惜最近上窜下跳暴露了阴暗的一面。
【在 n*****t 的大作中提到】
: 赵老师是处于不懂和装懂之间，所以我今天开始不回他贴了，你不可能指望他明白或者
: 承认明白。其实现在很多轮子派都差不多，遇到问题找轮子。什么？没轮子，那不怪我
: ，这问题无解。
|
t**********1
发帖数: 550 | 50 赵老师会权衡。
当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
感的网友也会帮他记住。
估计老姜也会把你放在心上。
【在 f******2 的大作中提到】
: 赵老师是一个很好学的人，总是以专家的身份学，找到个新词和你讨论，从张三那里批
: 发一点儿后到李四那里零食，李四不知所措，贡献一些回来给他补脑。
: 我以前见过个vp就是这种人，但是这种人的前提条件是会做人，人缘好。赵老师以前可
: 以算做这类人，可惜最近上窜下跳暴露了阴暗的一面。
|
|
|
n*****t
发帖数: 22014 | 51 哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。
【在 t**********1 的大作中提到】
: 赵老师会权衡。
: 当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
: 赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
: 感的网友也会帮他记住。
: 估计老姜也会把你放在心上。
|
L****8
发帖数: 3938 | 52 你说的 卖联程票 分布式服务器要互锁 我问你说的啥意思
【在 z****e 的大作中提到】
:
: 因为cloud啊，因为cloud随时可能fail，虽然aws保证多少多少正确率
: 但是fail掉又不是什么很意外的事情对不对？
: 其次为什么用cloud呢？因为这个峰值会超过日常均值很多很多
: 所以不平衡嘛，为了节省机器，这个很显然是12306的情况啊
: 峰值明显超过日常均值很多，对不对？
: 传统的系统，因为东西贵啊，你做一台机器都很贵
: 所以很多时候就是保证这台机器运行就好了
: 用人工的方式去维护，去值班什么的
: 但是随着机器越来越便宜，尤其是cloud提供了虚拟化之后
|
z****e
发帖数: 54598 | 53
哈哈，wdong还不是被你用来当枪使的？
记一辈子？有病吧？
你以为都跟你一样，快50的人了，还在搞网络红卫兵那一套？
正义感你说了算的？要是正义感的话，我觉得你这种人不配谈什么正义这些东西
说出来也是很可笑的
我们罗列一下你的问题
1）血流成河，现在不敢承认了
2）主动问候其他人家人，用肮脏的语言
3）主动人肉
你要否认其中哪一条？
【在 t**********1 的大作中提到】
: 赵老师会权衡。
: 当年辩论，赵老师表现比古德霸更无耻。反正人品已经暴露了，干脆撕破脸。
: 赵老师还是目光短浅啊。你给wdong的那句下作评价，人家会记一辈子的。本版有正义
: 感的网友也会帮他记住。
: 估计老姜也会把你放在心上。
|
z****e
发帖数: 54598 | 54
这个例子是老姜举的，我实在没啥兴趣重复一遍
你去看老姜的贴
【在 L****8 的大作中提到】
: 你说的 卖联程票 分布式服务器要互锁 我问你说的啥意思
|
L****8
发帖数: 3938 | 55 你不是说解锁了么 为啥你的方案里面还有互锁？
【在 z****e 的大作中提到】
:
: 这个例子是老姜举的，我实在没啥兴趣重复一遍
: 你去看老姜的贴
|
z****e
发帖数: 54598 | 56
哈哈哈，我们八区的战友属于阶级情怀
我天天追着轮回骂，如果都跟老魏一样，估计轮回海日什么都要跟我真人pk了都
不过老魏这人小心眼，估计以后也就这样了
【在 n*****t 的大作中提到】
: 哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。
|
z****e
发帖数: 54598 | 57
我是说，按照我说的，如果什么都不做，联程会有老姜说的问题
所以按照优先级排序可以解决这个问题
【在 L****8 的大作中提到】
: 你不是说解锁了么 为啥你的方案里面还有互锁？
|
t**********1
发帖数: 550 | 58 对人渣我从不客气。
那种每贴必带女性生殖器的，我确实要问候家人。以后也会。
我会人肉你的。先跟你明说。
【在 z****e 的大作中提到】
:
: 我是说，按照我说的，如果什么都不做，联程会有老姜说的问题
: 所以按照优先级排序可以解决这个问题
|
z****e
发帖数: 54598 | 59
lol
笑了，你不是人渣？
你再过几年就入土的人了
还在玩这些低级把戏，累不累？
【在 t**********1 的大作中提到】
: 对人渣我从不客气。
: 那种每贴必带女性生殖器的，我确实要问候家人。以后也会。
: 我会人肉你的。先跟你明说。
|
p*****y
发帖数: 529 | 60 深有同感， 根本不是一个use case
【在 f******2 的大作中提到】
: 你知道为什么netflix做chaosmonkey这样的practice吗？背后深层的rationale是什么
: ？为什么传统apps没想到这个？
: 来大家听你掰扯掰扯，别像卡三抓似的，手里有个锤子，看什么都是钉子
|
|
|
t**********1
发帖数: 550 | 61 你的人品在本版已经出名了。当然这方面我也有功劳。
看你这两天跟上了发条一样。累不累？
【在 z****e 的大作中提到】
:
: lol
: 笑了，你不是人渣？
: 你再过几年就入土的人了
: 还在玩这些低级把戏，累不累？
|
z****e
发帖数: 54598 | 62
可惜现在12306就是这么做滴，还问了淘宝的意见
【在 p*****y 的大作中提到】
: 深有同感， 根本不是一个use case
|
p*****y
发帖数: 529 | 63 姜还是老的辣
【在 n*****t 的大作中提到】
: 哈哈哈，这倒不会。我跟赵老师在菌斑也是多年滚友了，彼此见滚不滚，一滚泯恩仇。
|
z****e
发帖数: 54598 | 64
哈哈哈，我的人品怎样你不会看其他人怎么说嘛？
【在 t**********1 的大作中提到】
: 你的人品在本版已经出名了。当然这方面我也有功劳。
: 看你这两天跟上了发条一样。累不累？
|
t**********1
发帖数: 550 | 65 你累不累？
【在 z****e 的大作中提到】
:
: 哈哈哈，我的人品怎样你不会看其他人怎么说嘛？
|
T*****r
发帖数: 221 | 66 呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?
【在 z****e 的大作中提到】
:
: 哈哈哈，我的人品怎样你不会看其他人怎么说嘛？
|
z****e
发帖数: 54598 | 67
疯,
哈哈，太后，你跟我说这些有啥用？我也不怕你人肉我
你找到我也没用啊，你能奈我何？
多大的人了，还在玩些让人发笑的把戏
之所以抓出人肉呢，是告诉其他人小心
毕竟没有多少人吃饱了愿意做暴露狂不是？
你人肉其他人呢，就说明你不尊重其他人的个人意愿
有窥阴癖的可能性，至于你是否会这么做，那就不好说了
其他人看到了之后，自然会做出自己的判断和应对措施
你号召别人人肉我没用，早就有人知道我了
但是它们不会公开，诶，就是因为我从来不去人肉别人
尊重其他人自己的意愿，所以其他人也这么同等对我
我对它们有信心哈
【在 T*****r 的大作中提到】
: 呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
: 而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
: 都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
: 作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?
|
z****e
发帖数: 54598 | 68
疯,
顺便说一下，你不要把个人真实信息随意公开哦
比如把别人照片到处乱贴，你小心点哦
不是公众人物，你最好不要这么干，钻风杀你档是一回事
但是现实生活中，如果因为你的行为造成了不必要的困扰
对方是可以告你的哦，你最好问下律师，不要一天到晚当法盲哦
尤其是你自己都被对方知道是谁的时候，这个要真闹起来
提诉并不是什么特别困难的事情
【在 T*****r 的大作中提到】
: 呵呵,人肉怎么了,你和goodbug不就是以为没人知道你们是谁,所以满地打滚,撒泼装疯,
: 而且魏老师早就公开linkedin,不怕人肉,你们躲在暗处这样跟人斗岂不是不公平!大家
: 都实名了,你看goodbug被人人肉出来是烂校University of Ablerta硕士,毕业找不到工
: 作,灰头土脸的回国到IBM China工作后,还敢乱骂人是"烂校"出来的吗?
|
T*****r
发帖数: 221 | 69 呵呵，那你去问问goodbug有卵告我不？我还可以反诉他未经我老同意把我老录像转载
，同时还添油加醋的造谣！
一烂校毕业还想跟我老讲法律，太搞笑了！
【在 z****e 的大作中提到】
:
: 疯,
: 顺便说一下，你不要把个人真实信息随意公开哦
: 比如把别人照片到处乱贴，你小心点哦
: 不是公众人物，你最好不要这么干，钻风杀你档是一回事
: 但是现实生活中，如果因为你的行为造成了不必要的困扰
: 对方是可以告你的哦，你最好问下律师，不要一天到晚当法盲哦
: 尤其是你自己都被对方知道是谁的时候，这个要真闹起来
: 提诉并不是什么特别困难的事情
|
z****e
发帖数: 54598 | 70
lol
你怎么知道没有？
再说你怎么证明他是古德霸？
【在 T*****r 的大作中提到】
: 呵呵，那你去问问goodbug有卵告我不？我还可以反诉他未经我老同意把我老录像转载
: ，同时还添油加醋的造谣！
: 一烂校毕业还想跟我老讲法律，太搞笑了！
|
|
|
T*****r
发帖数: 221 | 71 呵呵，那是我的事，n操啥心？你负责鼓动goodbug去起诉呗，我等着他，包括股版打赌
的屎一起奉送
到他家！
【在 z****e 的大作中提到】
:
: lol
: 你怎么知道没有？
: 再说你怎么证明他是古德霸？
|
z****e
发帖数: 54598 | 72
lol
历史记录早没了，死无对证了
我只是提醒你，小心点
没准什么时候就遇到了
【在 T*****r 的大作中提到】
: 呵呵，那是我的事，n操啥心？你负责鼓动goodbug去起诉呗，我等着他，包括股版打赌
: 的屎一起奉送
: 到他家！
|
T*****r
发帖数: 221 | 73 呵呵，真的死无对证了？你和goodbug都是一路货色，自己想什么就认为世界是什么，
难怪会常吃屎。。。
【在 z****e 的大作中提到】
:
: lol
: 历史记录早没了，死无对证了
: 我只是提醒你，小心点
: 没准什么时候就遇到了
|
z****e
发帖数: 54598 | 74
lol
不信的话你可以赌一把
【在 T*****r 的大作中提到】
: 呵呵，真的死无对证了？你和goodbug都是一路货色，自己想什么就认为世界是什么，
: 难怪会常吃屎。。。
|
A***g
发帖数: 1816 | 75 你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
来他说的不一样了啊
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
A***g
发帖数: 1816 | 76 你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
来他说的不一样了啊
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
T*****r
发帖数: 221 | 77 呵呵，那你还等啥？多说无益，让goodbug去写血书起诉呗，不告是狗生出来的杂种欧！
【在 z****e 的大作中提到】
:
: lol
: 不信的话你可以赌一把
|
n*****t
发帖数: 22014 | 78 这个不是技术问题了吧？这个架构两年前就这样了，除了查询。查询其实放到抢票节点
也无所谓，不需要锁票。
【在 A***g 的大作中提到】
: 你们接着吵，我就一个问题，老魏的方案不是单机版吗？最起码是抢票，锁定，数据源
: 都是一块儿的啊，现在把business logic拉出来变成单独一层，查票也分开，这个和原
: 来他说的不一样了啊
|
r*y
发帖数: 706 | 79
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
N*n
发帖数: 456 | 80 刚打了一堆，没存下来。。
就问你和老魏这个热备份的问题吧：
主抢票节点暂时不响应，web前端找抢票机次级节点，在这期间，主节点又恢复响应，
类似这样的情况，如何在主次节点之间同步？ 考虑主次机同步机制cost,还能达到
1M/S 的performance吗？
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
|
|
T********i
发帖数: 2416 | 81 其实这种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*n
发帖数: 456 | 82 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**********1
发帖数: 550 | 83 ACID MQ很容易。只要有IOPS高的SSD就好。
你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。
【在 N*n 的大作中提到】
: Majority voting, 至少得三节点。
: 这个acid MQ 才是您这个系统成功与否的关键吧？相对来说，计数器容易得多。
: 能不能展开解释一下这个 acid mq 如何实现？这个的cost是多少?
: 如果需要，我可以和您赌这一部分。
|
c*********e
发帖数: 16335 | 84 我还以为是介绍老魏的生理结构。
【在 n****j 的大作中提到】
: 技术问题可以讨论，打滚的请绕道吧。
: 1、结构：前端 -- 抢票 -- 后端，前端和后端可以直连、两者均可无限 scale。
: 2、职能：前端负责 web 服务，抢票负责锁定票源，后端负责数据库服务等
: 3、查询：前端可计算路径，并直接向后端查询余票数量。
: 4、订票：乘客选定路径后，向抢票提交订单，锁定该座位全程。因数据动态变化，可
: 能发生无票情况，返回 3
: 5、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
t**********1
发帖数: 550 | 85 热备分，3节点和30节点都没问题。我说了，不一定串成一串。真正的串成一串是ACID
MQ。
【在 N*n 的大作中提到】
: Majority voting, 至少得三节点。
: 这个acid MQ 才是您这个系统成功与否的关键吧？相对来说，计数器容易得多。
: 能不能展开解释一下这个 acid mq 如何实现？这个的cost是多少?
: 如果需要，我可以和您赌这一部分。
|
N*n
发帖数: 456 | 86 link? 价钱？
【在 t**********1 的大作中提到】
: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。
|
N*n
发帖数: 456 | 87 link? 价钱？
【在 t**********1 的大作中提到】
: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块，咱们可以试试。
|
t**********1
发帖数: 550 | 88 不知道。你问他吧。
【在 N*n 的大作中提到】
: link? 价钱？
|
z****e
发帖数: 54598 | 89
是别人擦屁股擦出来的啦
老魏在现在还曾说过挂了重启这种笑话
被人单开一贴嘲笑了
热备是你擦屁股擦出来的
【在 n*****t 的大作中提到】
: 这个不是技术问题了吧？这个架构两年前就这样了，除了查询。查询其实放到抢票节点
: 也无所谓，不需要锁票。
|
T********i
发帖数: 2416 | 90 我说了我当时用的交易系统挂了可以重启。
重启有啥了不起的？满足我要求就好。这有啥笑话的？
【在 z****e 的大作中提到】
:
: 是别人擦屁股擦出来的啦
: 老魏在现在还曾说过挂了重启这种笑话
: 被人单开一贴嘲笑了
: 热备是你擦屁股擦出来的
|
|
|
z****e
发帖数: 54598 | 91
没什么了不起，就是现在已经不这么做了
你说的是上个世纪的方案，现在绝大多数分布式系统都已经淘汰这种方式了
你可以继续用啊，我说的是你现在已经落后一个时代了
【在 T********i 的大作中提到】
: 我说了我当时用的交易系统挂了可以重启。
: 重启有啥了不起的？满足我要求就好。这有啥笑话的？
|
T********i
发帖数: 2416 | 92 你知道还是我知道？
难道你还要挑战交易系统？你给我做一个领先时代的出来。
这得多傻逼能说出这种话来？人家的系统，跟你有啥关系？古德霸的教训还不够深刻？
【在 z****e 的大作中提到】
:
: 没什么了不起，就是现在已经不这么做了
: 你说的是上个世纪的方案，现在绝大多数分布式系统都已经淘汰这种方式了
: 你可以继续用啊，我说的是你现在已经落后一个时代了
|
z****e
发帖数: 54598 | 93
哈哈哈，不好意思，那就曾经是我负责的系统
你觉得你比我知道？
教训？呵呵，已经有人告诉你了，12306现在的方式就是古德霸的方式
【在 T********i 的大作中提到】
: 你知道还是我知道？
: 难道你还要挑战交易系统？你给我做一个领先时代的出来。
: 这得多傻逼能说出这种话来？人家的系统，跟你有啥关系？古德霸的教训还不够深刻？
|
z****e
发帖数: 54598 | 94 而且作者都明说了，他就在铁道部下面一个地方工作过
那个帖子居然都看不懂啊，我的天，这叫什么智商？ |
T********i
发帖数: 2416 | 95 你负责的屁？你什么本事难道大家不知道？古德霸不来了。这里搅屎棍就剩下你一个了
。你慢慢会习惯的。你这个蠢货，这辈子就这样了。我看人不会走眼的。
【在 z****e 的大作中提到】
: 而且作者都明说了，他就在铁道部下面一个地方工作过
: 那个帖子居然都看不懂啊，我的天，这叫什么智商？
|
z****e
发帖数: 54598 | 96
lol
12306如果用的是偏向古德霸的方案，你全家死绝
反过来，我全家死绝，好不好？
【在 T********i 的大作中提到】
: 你负责的屁？你什么本事难道大家不知道？古德霸不来了。这里搅屎棍就剩下你一个了
: 。你慢慢会习惯的。你这个蠢货，这辈子就这样了。我看人不会走眼的。
|
z****e
发帖数: 54598 | 97 从现在开始，我直接上毒誓，我就有这个胆量，敢跟你用全家死绝打赌 |
T********i
发帖数: 2416 | 98 你怎么那么喜欢全家死绝？
你这么下流无耻你全家知道么？你看你这么下流，老姜绝对连小二都不会让你干。这里
的网友知道你啥德性。以后会如何看待你对待你？
不作不死，是我前几天刚说过的。我再说一遍。信不信由你了。
【在 z****e 的大作中提到】
: 从现在开始，我直接上毒誓，我就有这个胆量，敢跟你用全家死绝打赌
|
z****e
发帖数: 54598 | 99
啊哈哈哈哈
你丫不敢赌了
看来是不敢了
也说明了事实嘛
12306现在用的就是偏向古德霸的方案咯
谁要是不服，我直接上毒誓了
公平起见，我发毒誓之前都会把我放在另外一边哈哈
我当然不信你说的咯
你这种人，有什么资格跟我谈人品？
老姜才不会那么傻被你当枪使呢
【在 T********i 的大作中提到】
: 你怎么那么喜欢全家死绝？
: 你这么下流无耻你全家知道么？你看你这么下流，老姜绝对连小二都不会让你干。这里
: 的网友知道你啥德性。以后会如何看待你对待你？
: 不作不死，是我前几天刚说过的。我再说一遍。信不信由你了。
|
T********i
发帖数: 2416 | 100 你想想看，老姜要一个搅屎棍有啥用？
你这么恨我。我觉得挺好的。你继续作。我看着。
【在 z****e 的大作中提到】
:
: 啊哈哈哈哈
: 你丫不敢赌了
: 看来是不敢了
: 也说明了事实嘛
: 12306现在用的就是偏向古德霸的方案咯
: 谁要是不服，我直接上毒誓了
: 公平起见，我发毒誓之前都会把我放在另外一边哈哈
: 我当然不信你说的咯
: 你这种人，有什么资格跟我谈人品？
|
|
|
z****e
发帖数: 54598 | 101
哈哈，笑了，看来这招很管用
多用用，其实买买提上对于造谣的家伙这种最管用
你尽管造谣，我就根据你造的谣发毒誓
你说是，可以，如果不是，你全家死光
大概就这个模式咯
【在 T********i 的大作中提到】
: 你想想看，老姜要一个搅屎棍有啥用？
: 你这么恨我。我觉得挺好的。你继续作。我看着。
|
T********i
发帖数: 2416 | 102 我只说过，12306如果我来做，要这么做。
我评价过12306么？我评价过古德霸的方案么？
你们两个屎一样的怎么成天主动来和我过不去呢？
我主动招惹过你么？你这种人对我来讲就是蝼蚁一般的存在，我都是直接忽略的。你惹
烦我了，我才会踩你一脚。仅此而已。
【在 z****e 的大作中提到】
:
: 哈哈，笑了，看来这招很管用
: 多用用，其实买买提上对于造谣的家伙这种最管用
: 你尽管造谣，我就根据你造的谣发毒誓
: 你说是，可以，如果不是，你全家死光
: 大概就这个模式咯
|
z****e
发帖数: 54598 | 103
那行
既然你这么说了
那我也没话说了
这段话没啥问题
【在 T********i 的大作中提到】
: 我只说过，12306如果我来做，要这么做。
: 我评价过12306么？我评价过古德霸的方案么？
: 你们两个屎一样的怎么成天主动来和我过不去呢？
: 我主动招惹过你么？你这种人对我来讲就是蝼蚁一般的存在，我都是直接忽略的。你惹
: 烦我了，我才会踩你一脚。仅此而已。
|
T********i
发帖数: 2416 | 104 赵策，我和你讲。你作死绝对都是自找的。记住我的话。
【在 z****e 的大作中提到】
:
: 那行
: 既然你这么说了
: 那我也没话说了
: 这段话没啥问题
|
z****e
发帖数: 54598 | 105
其实任何人作死都是自找的，包括你自己在内
【在 T********i 的大作中提到】
: 赵策，我和你讲。你作死绝对都是自找的。记住我的话。
|
f******2
发帖数: 2455 | 106 赵老师，你这样真的很low，没意思。何必糟蹋自己呢？
老魏真刀真枪的拿出代码了，你“牛”也是在嘴上，而且嘴上比你更牛的都玩消失了。
编程版每个语言上有两三个老魏这样的实干家，老刑的流量就有了。
【在 z****e 的大作中提到】
:
: 其实任何人作死都是自找的，包括你自己在内
|
z****e
发帖数: 54598 | 107
做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
你搅合了半天，都没觉得是无地放屎么？
【在 f******2 的大作中提到】
: 赵老师，你这样真的很low，没意思。何必糟蹋自己呢？
: 老魏真刀真枪的拿出代码了，你“牛”也是在嘴上，而且嘴上比你更牛的都玩消失了。
: 编程版每个语言上有两三个老魏这样的实干家，老刑的流量就有了。
|
t**********1
发帖数: 550 | 108 我也想不出啥理由。我从没有主动去评价你们那些狗屎言论。你们两年多来一直不停追
着我挑衅。你给个理由先？
现在有一个已经实践不作不死了。你这个剩下的反倒找别人要理由来了。
【在 z****e 的大作中提到】
:
: 做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
: 你搅合了半天，都没觉得是无地放屎么？
|
n*****t
发帖数: 22014 | 109 赵老师你有意思伐，我找出老魏的原帖，你换个帖子继续撒谎。我估计你是爱上老魏了
，跟我们小时候一样，故意往小姑娘铅笔盒里放毛毛虫，不为让人家喜欢你，就为了被
人家骂一通也开心。
【在 z****e 的大作中提到】
:
: 做事情首先要明白理由，你为什么这么做，否则是无地放屎啊
: 你搅合了半天，都没觉得是无地放屎么？
|
z****e
发帖数: 54598 | 110
我找了找，发现被删了呀
那这个我没办法，其实也不是没办法
直接发毒誓，看看没有人敢接，就可以看出真伪了
【在 n*****t 的大作中提到】
: 赵老师你有意思伐，我找出老魏的原帖，你换个帖子继续撒谎。我估计你是爱上老魏了
: ，跟我们小时候一样，故意往小姑娘铅笔盒里放毛毛虫，不为让人家喜欢你，就为了被
: 人家骂一通也开心。
|
|
|
z****e
发帖数: 54598 | 111
我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
这份自信从哪来的？
【在 t**********1 的大作中提到】
: 我也想不出啥理由。我从没有主动去评价你们那些狗屎言论。你们两年多来一直不停追
: 着我挑衅。你给个理由先？
: 现在有一个已经实践不作不死了。你这个剩下的反倒找别人要理由来了。
|
l*********s
发帖数: 5409 | 112 发毒誓要真有个球用您老也不至于老用这招了。：-）
【在 z****e 的大作中提到】
:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？
|
l*********s
发帖数: 5409 | 113 发毒誓要真有个球用您老也不至于老用这招了。：-）
【在 z****e 的大作中提到】
:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？
|
l*********s
发帖数: 5409 | 114 发毒誓要真有个球用您老也不至于老用这招了。：-）
【在 z****e 的大作中提到】
:
: 我一直都很好奇，你为啥从来都觉得自己是那么的无辜呢？
: 这份自信从哪来的？
|
z*******r
发帖数: 415 | 115 基本就是把状态分布在快速抢票机上和慢速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、出票：支付，出票。如支付失败或超时，通知抢票解锁。支付成功通知抢票，标记
: 售出路段后，余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统，因并发关系，在订票的时候可能发生多
: 个请求互锁。引入抢票节点后，锁票顺序执行，避免了锁记录，大幅提高效率。
|
