1
qonco 2016-08-05 18:44:58 +08:00
开通 vip 服务
|
2
hoythan OP 除
*** 1. 同样的业务用多个服务器,加负载均衡 2. 业务拆分,不同的 Server 提供不同的服务 3. 数据库拆分,水平拆分,垂直拆分 4. 动态的东西静态化,缓存 5. 数据缓存,例如用 Redis 等高速缓存, Redis 再做集群等 *** |
4
hoythan OP 想要实际一点的一个解决方案,或者面试的时候考官问你这个问题,该怎么回答?
|
5
hoythan OP |
6
ovear 2016-08-05 19:01:31 +08:00
:doge: 发信受限于上游。。你这里怎么优化都只有让用户等的份啊。。要不你加个 queue ,先来后到慢慢发,要么多个上游同时发
|
7
guyskk 2016-08-05 19:01:48 +08:00 via Android
发送短信耗时应该比较长,可以用异步处理,借助 tornado 之类的框架。
|
8
guoer 2016-08-05 19:21:56 +08:00 via iPhone
多个线路
|
9
uyhyygyug1234 2016-08-05 19:27:54 +08:00 via Android
加个 mq
|
10
wander2008 2016-08-05 20:07:20 +08:00 via iPhone
这个问题应该要悬赏!!!
|
11
lecher 2016-08-05 21:03:37 +08:00 via Android
取发送任务的时候检测有没有超时,超时就扔。
反正上游发信方一分钟能发一千个,你十分钟挤进来十万个用户请求,发也发不过来。 要用户体验就限制请求任务队列长度,超过的不能进队列,直接报失败。 |
12
tracymcladdy 2016-08-05 22:25:10 +08:00 via Android
消息队列
|
13
Lowei 2016-08-06 10:02:43 +08:00
消息队列+1 ,发短信场景异步很合适
|
14
ihuotui 2016-08-06 10:46:40 +08:00
水平分片 mq ,水平执行短信发送,还可以使用多个短信平台,增加并发速度。
|
15
leeyuzhe 2016-08-06 20:24:02 +08:00 via Android
做队列,然后异步处理,一个发送平台处理不过来,可以做多个处理程序分发到不同平台
|
16
jhonRawls 2016-08-06 22:36:00 +08:00
短信这个限制于短信提供商,也会有个最大的值,可以把请求塞到消息队列里面,然后在异步发给短信运营商,一个个的来发送,如果你不这么做的话,如果大量请求过来。直接丢给运营商估计连账号多会被封掉....
|
17
miao1007 2016-08-07 14:34:13 +08:00
耗时主要在短信网关,与楼主的服务器无关。用户并发请求多,网关响应慢,也只能等网关慢慢发喽,建议用消息队列,不过也是治标不治本。
|
18
songw123 2016-08-09 13:39:37 +08:00
做个简单的通道路由,多接几家通道,想要彻底的解决,很难,短信这个市场的通道商系统一般都比较烂
|