百万英雄的技术架构大概是什么样的？

[hheedat]

弹幕分区吗？

第一题假设所有观看人数都会答题，150w 人假设都在第一秒答题，如何消化 150w qps 并且很快的统计出答题的对错数量？

欢迎大家讨论

[wangdu2012]

百万英雄是什么？

[odirus]

欢迎大神靠谱的科普，我也想学习学习

[lhx2008]

我也感觉很神奇，上百万的并发，还是视频流量，还有如此复杂的逻辑和同步性，稳定性的要求

[opengps]

其实应用了一堆的技术，不过这个时候，外界能说的无非就是队列，缓存，分流之类的

[lhx2008]

不过判断对错中间是有延迟的，不是马上判断对错，应该还是有个消化的时间

[Raidal]

同关注，类似的 app 出了一堆，太快了。

[odirus]

发表一下自己的拙见

每个人最多 10s 答题，答题后主持人通常是 15s ~ 20 s 后才发布答案

第一题如果是 150W 人答题，30s 消化全部答题结果，使用类似阿里云的 GSLB 在全国多提供几个入口，报名参赛的时候选择就近服务器进行登录，各大节点分别统计自己的结果，然后再汇总显示，我想还是不难的，毕竟题目答案都是已知的，而不是等主持人公布答案之后再实时计算。

不过很佩服现在的直播技术，一百多万在线的实时视频直播、弹幕直播，确实很考验技术功底。

[odirus]

打算明天报名参赛，然后抓包分析一下（今天没报上名）

[ssrtree]

@odirus 有直播可以看？

[grikr]

冲顶大会也差不多

[odirus]

@ssrtree 额，我以前也没看过，打开头条，中间有个按钮“答题”，然后就可以看了啊，效果还做得很好的

[menc]

就告诉你头条的所有 APP 都是一个架构，所谓一招鲜吃遍天，就是这么吊

[swulling]

这个的难点不在那个答题上，而是在百万人的直播上。

[odirus]

@swulling 这个赞同，而且还要考虑直播延迟对答案提交的影响

[gamexg]

没玩过，
答题应该不是大麻烦吧？
答题者之间不存在交互，那么直接堆服务器就可以搞定。

[gamexg]

楼上说了，直播是难点，
可惜不熟悉直播领域。

[mickeyandkaka]

内部有人写 wiki 了, 员工可以看到讨论。

服务端技术说多不多，说少不少。

[odirus]

@mickeyandkaka

吃瓜群众表示想了解学习一下

[tanranran]

@mickeyandkaka

吃瓜群众表示想了解学习一下

[hheedat]

@swulling 百万人直播很成熟了吧，我看斗鱼，panda，很多大主播明面上写的高峰人数都有几百万，推流，cdn 什么的，技术比较专，但是比较容易水平扩容？
答题这种，汇总什么的是可行的方案，延时要求也如楼上所说，没有那么的及时。