Redian新闻
>
简单介绍一下老魏的结构
avatar
简单介绍一下老魏的结构# Programming - 葵花宝典
d*z
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。
请问他可以合法的待在美国等待八月份开学么?
谢谢
avatar
n*j
2
技术问题可以讨论,打滚的请绕道吧。
1、结构:前端 -- 抢票 -- 后端,前端和后端可以直连、两者均可无限 scale。
2、职能:前端负责 web 服务,抢票负责锁定票源,后端负责数据库服务等
3、查询:前端可计算路径,并直接向后端查询余票数量。
4、订票:乘客选定路径后,向抢票提交订单,锁定该座位全程。因数据动态变化,可
能发生无票情况,返回 3
5、出票:支付,出票。如支付失败或超时,通知抢票解锁。支付成功通知抢票,标记
售出路段后,余票放回票库。
最后说一下抢票节点的作用。传统的订票系统,因并发关系,在订票的时候可能发生多
个请求互锁。引入抢票节点后,锁票顺序执行,避免了锁记录,大幅提高效率。
avatar
z*g
3
可以。
avatar
p*y
4
大数据的作用就是把人变成连这么简单的原理都看不懂的猪:)

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

avatar
d*z
5

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

【在 z****g 的大作中提到】
: 可以。
avatar
n*t
6
或者看懂后说:这有啥稀奇,不就一个计数器嘛,我也会

【在 p*****y 的大作中提到】
: 大数据的作用就是把人变成连这么简单的原理都看不懂的猪:)
avatar
d*z
7

送上两个包子。谢谢

【在 z****g 的大作中提到】
: 可以。
avatar
z*e
8
车次都独立的,你请求互锁?你神经病吧?
这个都看不懂,不是猪嘛?
avatar
z*g
9
仍然是F1身份。上个program结束之日(OPT结束之日)和下个program开始之日之间少
于5个月的话,在境内完成SEVIS transfer就可以了,不用出境。身份和第一个program
开学前第一次拿F1签证入境时的身份类似。
avatar
z*e
10
老姜你就回答,我爆5000个计数器,一个车次一个
有什么问题?你神经病折磨单个node干什么?
这么简单的东西,你有必要去拼命省latency么?
只要车次独立,你就可以无限scale,这太容易了好吧?
你这个难度都快赶上社交网络了
avatar
t*1
11
这个单node买联票也能保持一致性。
你那个能么?

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

avatar
n*t
12
赵老师,打了一天的滚,你不累啊?今天老婆罚我洗碗拖地做饭,你要打滚的话,跟我
秘书预约吧。

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

avatar
z*e
13

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

【在 t**********1 的大作中提到】
: 这个单node买联票也能保持一致性。
: 你那个能么?

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

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

avatar
z*e
15

呵呵
你就装作不在打滚

【在 n*****t 的大作中提到】
: 赵老师,打了一天的滚,你不累啊?今天老婆罚我洗碗拖地做饭,你要打滚的话,跟我
: 秘书预约吧。

avatar
z*e
16

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

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

avatar
z*e
17

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

【在 n*****t 的大作中提到】
: 或者看懂后说:这有啥稀奇,不就一个计数器嘛,我也会
avatar
n*t
18
赵老师你接着装不懂,这帖子是给不清楚来龙去脉的,今天哥们不陪你打滚了

【在 z****e 的大作中提到】
:
: 老姜,这个东西其实就是干脆避开了分布式的难题
: 解决方式就一个词:不做
: 这个不叫解决问题,这个叫回避问题
: 这种东西用单机,属于上个世纪的人类
: 从年龄上看,差不多,呵呵

avatar
z*e
19

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

【在 n*****t 的大作中提到】
: 赵老师你接着装不懂,这帖子是给不清楚来龙去脉的,今天哥们不陪你打滚了
avatar
n*t
20
赵老师,再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚,一整个系统,不是单
机,你睁着眼说瞎话有意思吗?

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

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

【在 n*****t 的大作中提到】
: 赵老师,再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚,一整个系统,不是单
: 机,你睁着眼说瞎话有意思吗?

avatar
z*e
22

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

【在 n*****t 的大作中提到】
: 赵老师,再打滚就要怀疑你人品了。架构在首贴里写的清清楚楚,一整个系统,不是单
: 机,你睁着眼说瞎话有意思吗?

avatar
z*e
23

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

【在 b*******s 的大作中提到】
: 放弃吧,浪费时间。老赵是揣着明白装糊涂。
: 至于好虫的拥趸们,糊涂脑子损失的又不是我们,我还巴不得他们继续这样下去

avatar
n*t
24
核心不是单机,你接着装傻

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

avatar
z*e
25

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

【在 n*****t 的大作中提到】
: 核心不是单机,你接着装傻
avatar
t*1
26
赵策这种玩意儿怎么还能有口饭吃?
妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。

【在 n*****t 的大作中提到】
: 核心不是单机,你接着装傻
avatar
z*e
27

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

【在 n*****t 的大作中提到】
: 核心不是单机,你接着装傻
avatar
z*e
28

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

【在 t**********1 的大作中提到】
: 赵策这种玩意儿怎么还能有口饭吃?
: 妈的整个计算机都是上个世纪的玩意儿。老姜以后招人眼睛睁大点。别让这货混进去。

avatar
t*1
29
老姜我知道了。这货是真傻不是装傻。咱别理他了,他吃亏的日子在后边呢。

【在 z****e 的大作中提到】
:
: lol
: 老姜招php程序员,开不起我的工资啊
: 倒是比较适合你去

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

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

【在 t**********1 的大作中提到】
: 老姜我知道了。这货是真傻不是装傻。咱别理他了,他吃亏的日子在后边呢。
avatar
d*r
32
不错啊,看你们一句句说这么久,终于有个high-level的说明给大家看了.
魏老师开源的代码,fit到这个构架的哪一部分? 是抢票部分?
老姜你回头能给个infra图片吗?
比如每一块是啥,大概咋实现的,大家讨论/互喷时候能有whole picture

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

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

【在 z****e 的大作中提到】
:
: lol
: 你都40多岁了,快步入老年人行列了
: 还在说些不着调的各种扯蛋话
: 逗不?

avatar
z*e
34

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

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

avatar
z*e
35

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

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

avatar
z*e
36
这一套都形成了一个学说叫做分布式算法
所以之前在讨论为什么蓝胖拿图灵奖很扯蛋
就是因为他的解决方案回避了公平问题
所以只要公平问题可以随意决定
最简单的就是直接分配优先级给所有nodes
然后冲突直接按照优先级顺序出结果
你还在跟我谈热备?
我的妈呀,上个世纪的老头好多啊
avatar
n*t
37
其实这套东西两年前大家都吵过了,逻辑没问题,分歧就是性能,否则抢票节点会成为
瓶颈。赌局涉及的也就是证明是否能满足需要。
实际上,真正需要锁票的是下单,12306 流量虽然大,但业内人士说了,90% 都是查询
。目前看来,抢票节点满足下单的需求,至少理论上绰绰有余。至于有人质疑这里面没
有身份证号、没有短信认证,已经超出抢票节点的需要。
画图就免了吧,哥们是 pad 刷版 。。。。。。

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

avatar
z*e
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 刷版 。。。。。。

avatar
p*y
39
尼玛照你这么说nodejs的作者不是傻逼?

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

avatar
p*y
40
这货是真不懂, 看上去比较懂。 en, 是不是这样的现在好混啊? 哥也的学着点。

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

avatar
z*e
41

懂了你就死全家,好不好?

【在 p*****y 的大作中提到】
: 这货是真不懂, 看上去比较懂。 en, 是不是这样的现在好混啊? 哥也的学着点。
avatar
z*e
42
笑了
以为node万能的往往是真傻逼

【在 p*****y 的大作中提到】
: 尼玛照你这么说nodejs的作者不是傻逼?
avatar
L*8
43
你这个方法本质才是上世纪的方法
各个售票点各自为政 有的有票 有的没票
车站售票点的票存量大 开放时间长 所以大家都去排队

【在 z****e 的大作中提到】
: 笑了
: 以为node万能的往往是真傻逼

avatar
z*e
44

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

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

avatar
z*e
45

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

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

avatar
L*8
46
你说老魏搞的是单个计数器
你这玩意不就是多个计数器?有啥本质区别?

【在 z****e 的大作中提到】
:
: 另外没有售票点,是一个统一的website入口
: 去哪里来的售票点?
: 这种互相独立的数据是最容易分的
: 这种东西还要捆绑起来让一个机器去做
: 也是醉了

avatar
z*e
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之类的
那这个可以慢慢展开讨论,很多东西可以看的
avatar
z*e
48

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

【在 L****8 的大作中提到】
: 你说老魏搞的是单个计数器
: 你这玩意不就是多个计数器?有啥本质区别?

avatar
L*8
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挂了,其实也无所谓,因为持久化了,所以重启就是了

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

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

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

【在 L****8 的大作中提到】
: 联程票为啥要互锁?
avatar
z*e
52

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

【在 L****8 的大作中提到】
: 联程票为啥要互锁?
avatar
z*e
53

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

【在 f******2 的大作中提到】
: 你知道为什么netflix做chaosmonkey这样的practice吗?背后深层的rationale是什么
: ?为什么传统apps没想到这个?
: 来大家听你掰扯掰扯,别像卡三抓似的,手里有个锤子,看什么都是钉子

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

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

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

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

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

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

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

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

avatar
z*e
58

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

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

avatar
z*e
59

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

【在 L****8 的大作中提到】
: 你说的 卖联程票 分布式服务器要互锁 我问你说的啥意思
avatar
L*8
60
你不是说解锁了么 为啥你的方案里面还有互锁?

【在 z****e 的大作中提到】
:
: 这个例子是老姜举的,我实在没啥兴趣重复一遍
: 你去看老姜的贴

avatar
z*e
61

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

【在 n*****t 的大作中提到】
: 哈哈哈,这倒不会。我跟赵老师在菌斑也是多年滚友了,彼此见滚不滚,一滚泯恩仇。
avatar
z*e
62

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

【在 L****8 的大作中提到】
: 你不是说解锁了么 为啥你的方案里面还有互锁?
avatar
t*1
63
对人渣我从不客气。
那种每贴必带女性生殖器的,我确实要问候家人。以后也会。
我会人肉你的。先跟你明说。

【在 z****e 的大作中提到】
:
: 我是说,按照我说的,如果什么都不做,联程会有老姜说的问题
: 所以按照优先级排序可以解决这个问题

avatar
z*e
64

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

【在 t**********1 的大作中提到】
: 对人渣我从不客气。
: 那种每贴必带女性生殖器的,我确实要问候家人。以后也会。
: 我会人肉你的。先跟你明说。

avatar
p*y
65
深有同感, 根本不是一个use case

【在 f******2 的大作中提到】
: 你知道为什么netflix做chaosmonkey这样的practice吗?背后深层的rationale是什么
: ?为什么传统apps没想到这个?
: 来大家听你掰扯掰扯,别像卡三抓似的,手里有个锤子,看什么都是钉子

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

【在 z****e 的大作中提到】
:
: lol
: 笑了,你不是人渣?
: 你再过几年就入土的人了
: 还在玩这些低级把戏,累不累?

avatar
z*e
67

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

【在 p*****y 的大作中提到】
: 深有同感, 根本不是一个use case
avatar
p*y
68
姜还是老的辣

【在 n*****t 的大作中提到】
: 哈哈哈,这倒不会。我跟赵老师在菌斑也是多年滚友了,彼此见滚不滚,一滚泯恩仇。
avatar
z*e
69

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

【在 t**********1 的大作中提到】
: 你的人品在本版已经出名了。当然这方面我也有功劳。
: 看你这两天跟上了发条一样。累不累?

avatar
t*1
70
你累不累?

【在 z****e 的大作中提到】
:
: 哈哈哈,我的人品怎样你不会看其他人怎么说嘛?

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

【在 z****e 的大作中提到】
:
: 哈哈哈,我的人品怎样你不会看其他人怎么说嘛?

avatar
z*e
72

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

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

avatar
z*e
73

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

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

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

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

avatar
z*e
75

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

【在 T*****r 的大作中提到】
: 呵呵,那你去问问goodbug有卵告我不?我还可以反诉他未经我老同意把我老录像转载
: ,同时还添油加醋的造谣!
: 一烂校毕业还想跟我老讲法律,太搞笑了!

avatar
T*r
76
呵呵,那是我的事,n操啥心?你负责鼓动goodbug去起诉呗,我等着他,包括股版打赌
的屎一起奉送
到他家!

【在 z****e 的大作中提到】
:
: lol
: 你怎么知道没有?
: 再说你怎么证明他是古德霸?

avatar
z*e
77

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

【在 T*****r 的大作中提到】
: 呵呵,那是我的事,n操啥心?你负责鼓动goodbug去起诉呗,我等着他,包括股版打赌
: 的屎一起奉送
: 到他家!

avatar
T*r
78
呵呵,真的死无对证了?你和goodbug都是一路货色,自己想什么就认为世界是什么,
难怪会常吃屎。。。

【在 z****e 的大作中提到】
:
: lol
: 历史记录早没了,死无对证了
: 我只是提醒你,小心点
: 没准什么时候就遇到了

avatar
z*e
79

lol
不信的话你可以赌一把

【在 T*****r 的大作中提到】
: 呵呵,真的死无对证了?你和goodbug都是一路货色,自己想什么就认为世界是什么,
: 难怪会常吃屎。。。

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

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

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

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

avatar
T*r
82
呵呵,那你还等啥?多说无益,让goodbug去写血书起诉呗,不告是狗生出来的杂种欧!

【在 z****e 的大作中提到】
:
: lol
: 不信的话你可以赌一把

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

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

avatar
r*y
84


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

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

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

avatar
T*i
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吗?

avatar
N*n
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恢复状态。

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

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

avatar
c*e
89
我还以为是介绍老魏的生理结构。

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

avatar
t*1
90
热备分,3节点和30节点都没问题。我说了,不一定串成一串。真正的串成一串是ACID
MQ。

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

avatar
N*n
91
link? 价钱?

【在 t**********1 的大作中提到】
: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块,咱们可以试试。

avatar
N*n
92
link? 价钱?

【在 t**********1 的大作中提到】
: ACID MQ很容易。只要有IOPS高的SSD就好。
: 你出钱从那个SuperMicro的网友那里买两块,咱们可以试试。

avatar
t*1
93
不知道。你问他吧。

【在 N*n 的大作中提到】
: link? 价钱?
avatar
z*e
94

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

【在 n*****t 的大作中提到】
: 这个不是技术问题了吧?这个架构两年前就这样了,除了查询。查询其实放到抢票节点
: 也无所谓,不需要锁票。

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

【在 z****e 的大作中提到】
:
: 是别人擦屁股擦出来的啦
: 老魏在现在还曾说过挂了重启这种笑话
: 被人单开一贴嘲笑了
: 热备是你擦屁股擦出来的

avatar
z*e
96

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

【在 T********i 的大作中提到】
: 我说了我当时用的交易系统挂了可以重启。
: 重启有啥了不起的?满足我要求就好。这有啥笑话的?

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

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

avatar
z*e
98

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

【在 T********i 的大作中提到】
: 你知道还是我知道?
: 难道你还要挑战交易系统?你给我做一个领先时代的出来。
: 这得多傻逼能说出这种话来?人家的系统,跟你有啥关系?古德霸的教训还不够深刻?

avatar
z*e
99
而且作者都明说了,他就在铁道部下面一个地方工作过
那个帖子居然都看不懂啊,我的天,这叫什么智商?
avatar
T*i
100
你负责的屁?你什么本事难道大家不知道?古德霸不来了。这里搅屎棍就剩下你一个了
。你慢慢会习惯的。你这个蠢货,这辈子就这样了。我看人不会走眼的。

【在 z****e 的大作中提到】
: 而且作者都明说了,他就在铁道部下面一个地方工作过
: 那个帖子居然都看不懂啊,我的天,这叫什么智商?

avatar
z*e
101

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

【在 T********i 的大作中提到】
: 你负责的屁?你什么本事难道大家不知道?古德霸不来了。这里搅屎棍就剩下你一个了
: 。你慢慢会习惯的。你这个蠢货,这辈子就这样了。我看人不会走眼的。

avatar
z*e
102
从现在开始,我直接上毒誓,我就有这个胆量,敢跟你用全家死绝打赌
avatar
T*i
103
你怎么那么喜欢全家死绝?
你这么下流无耻你全家知道么?你看你这么下流,老姜绝对连小二都不会让你干。这里
的网友知道你啥德性。以后会如何看待你对待你?
不作不死,是我前几天刚说过的。我再说一遍。信不信由你了。

【在 z****e 的大作中提到】
: 从现在开始,我直接上毒誓,我就有这个胆量,敢跟你用全家死绝打赌
avatar
z*e
104

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

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

avatar
T*i
105
你想想看,老姜要一个搅屎棍有啥用?
你这么恨我。我觉得挺好的。你继续作。我看着。

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

avatar
z*e
106

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

【在 T********i 的大作中提到】
: 你想想看,老姜要一个搅屎棍有啥用?
: 你这么恨我。我觉得挺好的。你继续作。我看着。

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

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

avatar
z*e
108

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

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

avatar
T*i
109
赵策,我和你讲。你作死绝对都是自找的。记住我的话。

【在 z****e 的大作中提到】
:
: 那行
: 既然你这么说了
: 那我也没话说了
: 这段话没啥问题

avatar
z*e
110

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

【在 T********i 的大作中提到】
: 赵策,我和你讲。你作死绝对都是自找的。记住我的话。
avatar
f*2
111
赵老师,你这样真的很low,没意思。何必糟蹋自己呢?
老魏真刀真枪的拿出代码了,你“牛”也是在嘴上,而且嘴上比你更牛的都玩消失了。
编程版每个语言上有两三个老魏这样的实干家,老刑的流量就有了。

【在 z****e 的大作中提到】
:
: 其实任何人作死都是自找的,包括你自己在内

avatar
z*e
112

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

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

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

【在 z****e 的大作中提到】
:
: 做事情首先要明白理由,你为什么这么做,否则是无地放屎啊
: 你搅合了半天,都没觉得是无地放屎么?

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

【在 z****e 的大作中提到】
:
: 做事情首先要明白理由,你为什么这么做,否则是无地放屎啊
: 你搅合了半天,都没觉得是无地放屎么?

avatar
z*e
115

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

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

avatar
z*e
116

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

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

avatar
l*s
117
发毒誓要真有个球用您老也不至于老用这招了。:-)

【在 z****e 的大作中提到】
:
: 我一直都很好奇,你为啥从来都觉得自己是那么的无辜呢?
: 这份自信从哪来的?

avatar
l*s
118
发毒誓要真有个球用您老也不至于老用这招了。:-)

【在 z****e 的大作中提到】
:
: 我一直都很好奇,你为啥从来都觉得自己是那么的无辜呢?
: 这份自信从哪来的?

avatar
l*s
119
发毒誓要真有个球用您老也不至于老用这招了。:-)

【在 z****e 的大作中提到】
:
: 我一直都很好奇,你为啥从来都觉得自己是那么的无辜呢?
: 这份自信从哪来的?

avatar
z*r
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、出票:支付,出票。如支付失败或超时,通知抢票解锁。支付成功通知抢票,标记
: 售出路段后,余票放回票库。
: 最后说一下抢票节点的作用。传统的订票系统,因并发关系,在订票的时候可能发生多
: 个请求互锁。引入抢票节点后,锁票顺序执行,避免了锁记录,大幅提高效率。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。