这是一个创建于 2497 天前的主题，其中的信息可能已经有所发展或是发生改变。
弹幕分区吗？
第一题假设所有观看人数都会答题，150w 人假设都在第一秒答题，如何消化 150w qps 并且很快的统计出答题的对错数量？
欢迎大家讨论
 |
1
wangdu2012 2018-01-08 21:47:38 +08:00 via iPhone
百万英雄是什么？
|
 |
2
odirus 2018-01-08 21:48:54 +08:00
欢迎大神靠谱的科普，我也想学习学习
|
 |
3
lhx2008 2018-01-08 21:50:58 +08:00 via Android
我也感觉很神奇，上百万的并发，还是视频流量，还有如此复杂的逻辑和同步性，稳定性的要求
|
 |
4
opengps 2018-01-08 21:52:42 +08:00
其实应用了一堆的技术，不过这个时候，外界能说的无非就是队列，缓存，分流之类的
|
|
5
lhx2008 2018-01-08 21:54:28 +08:00 via Android
不过判断对错中间是有延迟的，不是马上判断对错，应该还是有个消化的时间
|
 |
6
Raidal 2018-01-08 22:05:37 +08:00
同关注，类似的 app 出了一堆，太快了。
|
|
7
odirus 2018-01-08 22:34:12 +08:00  1
发表一下自己的拙见
每个人最多 10s 答题，答题后主持人通常是 15s ~ 20 s 后才发布答案 第一题如果是 150W 人答题，30s 消化全部答题结果，使用类似阿里云的 GSLB 在全国多提供几个入口，报名参赛的时候选择就近服务器进行登录，各大节点分别统计自己的结果，然后再汇总显示，我想还是不难的，毕竟题目答案都是已知的，而不是等主持人公布答案之后再实时计算。 不过很佩服现在的直播技术，一百多万在线的实时视频直播、弹幕直播，确实很考验技术功底。 |
|
8
odirus 2018-01-08 22:35:54 +08:00
打算明天报名参赛，然后抓包分析一下（今天没报上名）
|
 |
10
grikr 2018-01-08 22:41:54 +08:00 via Android
冲顶大会也差不多
|
 |
12
menc 2018-01-08 22:42:59 +08:00
就告诉你头条的所有 APP 都是一个架构，所谓一招鲜吃遍天，就是这么吊
|
 |
13
swulling 2018-01-08 22:45:08 +08:00
这个的难点不在那个答题上，而是在百万人的直播上。
|
 |
15
gamexg 2018-01-08 22:52:18 +08:00
没玩过，
答题应该不是大麻烦吧？ 答题者之间不存在交互，那么直接堆服务器就可以搞定。 |
|
16
gamexg 2018-01-08 22:53:23 +08:00
楼上说了，直播是难点，
可惜不熟悉直播领域。 |
 |
17
mickeyandkaka 2018-01-08 22:53:24 +08:00
内部有人写 wiki 了, 员工可以看到讨论。
服务端技术说多不多，说少不少。 |
|
18
odirus 2018-01-08 22:55:05 +08:00
|
 |
19
tanranran 2018-01-08 23:01:25 +08:00
|
 |
20
hheedat OP @swulling 百万人直播很成熟了吧，我看斗鱼，panda，很多大主播明面上写的高峰人数都有几百万，推流，cdn 什么的，技术比较专，但是比较容易水平扩容？
答题这种，汇总什么的是可行的方案，延时要求也如楼上所说，没有那么的及时。 |
 |
21
KgM4gLtF0shViDH3 2018-01-08 23:08:14 +08:00 via Android
第一个这类型的出来我就知道会和直播一样火
|
|
22
KgM4gLtF0shViDH3 2018-01-08 23:10:24 +08:00 via Android
@lhx2008 斗鱼之类的好像都不止百万吧，而且还是 1080 的画质
|
 |
23
Nitromethane 2018-01-08 23:26:01 +08:00
CDN 视频流+消息队列
|
 |
27
Admstor 2018-01-08 23:45:17 +08:00
比双 11 秒杀之类压力小多了
上面有同学说了,答题和答案之间是有时间差的,统计起来完全没压力 视频流这个解决方案有很多 另外几乎所有直播的在线人数都是注水的 |
 |
28
liudaqi 2018-01-08 23:55:14 +08:00 via iPhone
very intersting!
|
 |
30
fengchang 2018-01-09 00:13:22 +08:00
主要难度还是在视频下行上。答题的话，100W 个请求虽然很多，但是基本是可以无限横向扩展的。
|
 |
31
Lax 2018-01-09 01:18:06 +08:00
最近接了几个视频直播的项目，优化延时还是可以做到比较理想的效果
|
 |
32
binux 2018-01-09 01:32:54 +08:00
我不认为和普通的（斗鱼之类）直播有太大的不同。
|
 |
33
scnace 2018-01-09 02:14:36 +08:00 via Android
持续关注
|
 |
34
tidezyc 2018-01-09 02:25:17 +08:00 via iPhone
我要说冲顶大会答题我写的你们信不信
|
 |
35
gclove 2018-01-09 03:17:25 +08:00
没什么难度，题目和答案都是死的， 不过就是判断选项对不对.
怎样做负载均衡都可以 |
 |
36
DT27 2018-01-09 08:37:45 +08:00
所以冲顶大会我这每次还在看题，选项就没了。。。垃圾服务器。。。
说好的 10 秒，连 5 秒都没有 |
 |
37
sujin190 2018-01-09 09:59:19 +08:00
这个感觉并不难吧，答案是固定的，把所有答案提前加密写到文件，用 nginx 直接返回，单机就能到百万级 qps 吧，优化的好的话，解密密钥可以提前下发好就可以了
|
 |
38
firefox12 2018-01-09 10:15:57 +08:00 via iPhone
其实没什么难度 简单的推流就可以。百万 qps 又不是一台主机处理，结果已知，任何一个主机都可以水平扩展。百万弹幕 又不是你看到了另外一百万人的消息。最后 百万在线这个数值能确认真实吗？
|
 |
39
ioth 2018-01-09 11:07:26 +08:00
有难度吗？
|
 |
41
colincat 2018-01-09 13:48:20 +08:00
真心话，技术难度不大，同步时间可以用 socket,而答题可以采用 http nginx 负载均衡，多加点机器就好了，而且基本上只有第一题才有百万流量，主持人可以拖一会，计数也不需要太精准，因为只有内部知道到底有多少人，接下来的题答题人数会越来越少了。
|
 |
42
jccg90 2018-01-09 14:41:12 +08:00
呃，直播技术这么成熟了，这种广播模式的直播，毫无压力啊。。。而且答题的请求，又不要求实时性，用户又没法刷新，网络超时之后还可以直接扔掉不管算答题失败，根本没有事务的问题。。。简直超级简单的
|
 |
43
qscqesze 2018-01-12 18:01:41 +08:00
这个东西难度又不是判题。。。推送问题和视频两个模块我猜应该是分开的。。。。而且判题应该是在服务器做的，不是在用户侧做的判题。
当然难度是在直播，首先得要实时性，这个不像直播，直播的延时可能在几十秒都是允许接受的，但是这种答题的延时不能这么高，而且不同的手机之间延时也不能太大。 另外直播人数，我虽然不是相关项目组的，但是人数这个应该是真的，百万的同时在线人数不注水的。 比较一下竞品之间的表现，头条还是有实力的，这个东西也不是说说这么简单的，突然一个百万 qps 打过来，服务器稍微不注意就会被打挂。 |
Select Language