robinhood工作的

这种级别的服务，当掉一天简直闻所未闻。。。。要么没有应急机制，要么infra团队都是草包。。所以我现在仍然很费解，怎么恢复会需要一天多的。而且这不是rh第一次scale失败。好像16年也有一次？第一次可以理解，第二次就不太好理解了。

其实今天用起来发现是他们之前更新了系统吧  导致down机

当年fb也down过啊，只不过没让大家赔钱，大家就当是看个玩笑，没这么激动。

我认为他家损失一般用户是完全expected，等我抛了目前的仓位后也打算跑路

michaelzju 发表于 2020-3-5 15:33
当年fb也down过啊，只不过没让大家赔钱，大家就当是看个玩笑，没这么激动。

只不过三个字好轻巧哦。

社交网络和交易平台是一种产品？

find_advice 发表于 2020/03/06 00:09:29
只不过三个字好轻巧哦。

社交网络和交易平台是一种产品？

金融系统确实应该更加稳定。但是，我不同意大家认为软件不能down机很久。当年fb down的时候，还有人打911。
我同意金融交易软件不应该down机很久。

Production service 都是讲availability的， 一般不太重要的service 99.9% availability,   一年365日你的service只允许down 0.1% 时间， 就是大概 8h/year
股票交易系统这种应该至少要在99.99% 以上吧， 50mins/year  估计class action 跑不掉
说多都是泪， 今天关帐号 转IB去了

gregregre 发表于 2020-3-5 01:45
楼主写过代码吗。。我不知道有啥系统是没bug的。。要是这个bug是前人写的，现在的人还没熟悉这块代码，修一 ...

问题是这是production啊，stg 或者dev环境出bug慢慢修很正常，这个down一整天，第二天起来继续down说明
1. 没有比较好的mitigate 系统，change rollback需要进行很复杂的操作
2. 没有backup，这个就更奇怪了。这种用户级别的系统，一般平时都会有几个备用stand by。出了大问题的时候，来不及修可以直接switch一下。

这个事情本身就说明，RH家的infra不好。code会出bug很正常，但是出bug影响时间这么长，效果这么大就不正常。

cc_ya 发表于 2020-3-7 05:00
问题是这是production啊，stg 或者dev环境出bug慢慢修很正常，这个down一整天，第二天起来继续down说明
...

嗯。。也有道理，不过宕机这种事互联网大厂都做过，只是发生在交易系统上就比较让用户接受不了

gregregre 发表于 2020/03/07 08:04:57
嗯。。也有道理，不过宕机这种事互联网大厂都做过，只是发生在交易系统上就比较让用户接受不了

不是特指交易系统。大厂很少有这种连续down 2天，甚至一整天的情况出现。别的我不太了解，G家我印象中上次是Gmail down，好像也就不到三小时？ 2019年3月那次。