短信验证码服务，如何保证在大量用户同时请求的情况下，服务器能及时响应用户请求并发送验证码？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3033 天前的主题，其中的信息可能已经有所发展或是发生改变。

验证码

请求

用户

发送

18 条回复 • 2016-08-09 13:39:37 +08:00

qonco

2016-08-05 18:44:58 +08:00

开通 vip 服务

hoythan

2016-08-05 18:45:44 +08:00 via iPhone

除
***
1. 同样的业务用多个服务器，加负载均衡
2. 业务拆分，不同的 Server 提供不同的服务
3. 数据库拆分，水平拆分，垂直拆分
4. 动态的东西静态化，缓存
5. 数据缓存，例如用 Redis 等高速缓存， Redis 再做集群等
***

hoythan

2016-08-05 18:46:18 +08:00 via iPhone

@qonco 不行，硬件方面已经是 QQ 超级年费会员的情况下。

hoythan

2016-08-05 18:48:13 +08:00 via iPhone

想要实际一点的一个解决方案，或者面试的时候考官问你这个问题，该怎么回答？

hoythan

2016-08-05 18:52:42 +08:00 via iPhone

好像只有 http://m.blog.csdn.net/article/details?id=20731533

ovear

2016-08-05 19:01:31 +08:00

:doge: 发信受限于上游。。你这里怎么优化都只有让用户等的份啊。。要不你加个 queue ，先来后到慢慢发，要么多个上游同时发

guyskk

2016-08-05 19:01:48 +08:00 via Android

发送短信耗时应该比较长，可以用异步处理，借助 tornado 之类的框架。

guoer

2016-08-05 19:21:56 +08:00 via iPhone

多个线路

uyhyygyug1234

2016-08-05 19:27:54 +08:00 via Android

加个 mq

wander2008

2016-08-05 20:07:20 +08:00 via iPhone

这个问题应该要悬赏！！！

lecher

2016-08-05 21:03:37 +08:00 via Android

取发送任务的时候检测有没有超时，超时就扔。
反正上游发信方一分钟能发一千个，你十分钟挤进来十万个用户请求，发也发不过来。
要用户体验就限制请求任务队列长度，超过的不能进队列，直接报失败。

tracymcladdy

2016-08-05 22:25:10 +08:00 via Android

消息队列

Lowei

2016-08-06 10:02:43 +08:00

消息队列+1 ，发短信场景异步很合适

ihuotui

2016-08-06 10:46:40 +08:00

水平分片 mq ，水平执行短信发送，还可以使用多个短信平台，增加并发速度。

leeyuzhe

2016-08-06 20:24:02 +08:00 via Android

做队列，然后异步处理，一个发送平台处理不过来，可以做多个处理程序分发到不同平台

jhonRawls

2016-08-06 22:36:00 +08:00

短信这个限制于短信提供商，也会有个最大的值，可以把请求塞到消息队列里面，然后在异步发给短信运营商，一个个的来发送，如果你不这么做的话，如果大量请求过来。直接丢给运营商估计连账号多会被封掉....

miao1007

2016-08-07 14:34:13 +08:00

耗时主要在短信网关，与楼主的服务器无关。用户并发请求多，网关响应慢，也只能等网关慢慢发喽，建议用消息队列，不过也是治标不治本。

songw123

2016-08-09 13:39:37 +08:00

做个简单的通道路由，多接几家通道，想要彻底的解决，很难，短信这个市场的通道商系统一般都比较烂