MobTech：短信服务平台SMSSDK进化之路

1、一、SMSSDK1.0版本

 

· 问题

1. 效能性：经常出现发送短信延迟或者失败的情况；

2. 稳定性：服务不够稳定，需要经常重启服务保证服务的相对正常运行；

3. 可用性：开发者反馈问题后，技术支持解决时间较长；

· 原因

在1.0时期的服务器架构有一些不合理的地方导致出现了上面的问题。下面我会根据架构图介绍当时的架构细节，如图：

2、如图中所示从SDK到负载均衡这一阶段没有太大的问题，可以继续保持使用。

 

问题主要出现在一下三个方面：

· 业务服务

· 数据中转

· 数据存储

3、业务服务

 

1. 所有业务耦合在一起，经常因为一个不重要的业务流程执行缓慢导致整个验证码发送、校验业务缓慢或崩溃；

2. 服务间通信采用普通的HTTP接口交互，且依赖度很高，互相影响较大；

3. 服务的容错性较低；

4. 通道单一，当通道出问题后服务不可用。

4、数据中转

 

使用单台Redis作为消息队列中转数据。

 

redis作为消息队列时，经常出现内存不足的情况,导致前面的服务响应缓慢或不响应。

 

因此，还延伸出了离线处理数据的多个辅助程序，增加维难度。

5、数据存储

 

1.存储数据介质多样：MongoDB，Redis，HBase，Elasticsearch。增加系统复杂度，增加维护成本；

 

2.存储介质稳定性低，且异常处理缺失，导致一些数据丢失；

 

3.日志信息记录不全，查找问题困难