你们系统的短信发送，是怎么设计的，可以承受多少并发？

[li24361]

不考虑运营商发送时间，就只是系统到他们平台

[loading]

队列

[tanteng]

直接调用服务提供商接口，不考虑并发吧，并发是服务商要考虑的

[li24361]

@tanteng 老系统，是把短信插到一个表里面，然后发送，修改为直接调用接口的话，要改很多地方

[xenme]

反正是调用服务商的接口，你直接狂发呗。

[gt11799]

用 Python 写的话，用 celery 做异步就行了。

[baiyuxiong]

@tanteng 调接口也需要时间，做成同步的肯定不好方案。用 redis 队列，单独一个应用监听队列发短信

[billwang]

运营商肯定也会设定一个接口的发送时间间隔或者一段时间内短信发送量，多了人家就不给你发了。除非用联通自己的预留的接口

[Soar360]

短信网关。把要发的任务提交给网关，网关自己根据任务量和任务特性（通知、验证码还是别的）调用不同的平台发送。。

[wshcdr]

一般的短信 SP 提供的能力为每个通道， 3 条 /秒

[realpg]

直连运营商的系统， 95 条每秒，超过 100 直接屏蔽接口 30 秒。
用轮询系统去刷数据库队列，发送成功改状态。
开发端只写数据库的待发表，不处理发送逻辑。

[zz412000428]

队列推送给运营商

[GitFree]

验证码发送服务， celery 消息队列实现，压测（当然发短信部分做了模拟处理，不然就要卷铺盖走人了）发送并发能达到 2000qps

[GitFree]

@tanteng 那是并发不够高，高并发场景下的情况下调用服务商的 100+ms 是不能忍受的，连接数很快会耗尽的

[akira]

这个是看对方平台的限制的呀

[zhangv]

队列、异步处理。
实时性主要还是短信通道的问题。

[konakona]

队列。
说到队列，我被 ThinkPHP 弄哭了..
=。=
现在在研究怎么样用它的 CLI 模式下，能够每个循环之后立刻释放模型...
没看到有，除了$this->db->close()，但是这样一来-..- 怎么开呢，还在进一步研究。

不然 mysql 会因为长时间没有释放，导致脚本崩溃。

[beneo]

云片，不是广告

[caixiexin]

看样子不是直接对接运营商的接口？
不用缓存的话，数据库做待发送池，程序异步取数据发送。
数据库保存短信详细业务数据的地方和待发池数据分开保存
另外要看对方提供的接口允许批量不，要是这个接口一次只能送一条就蛋疼了。还有就是发出去之后自己平台要接受状态报告吗？要接受报告的话量大以后也是个很大的问题。

[perpyy]

目前 5000 条 /秒~

[crayhuang]

队列～