SMSSDK服务端进化之路

Mob-SMSSDK 是可以叫应用快速、免费拥有手机验证功能的SDK。帮助开发者减少大量的开发工作，帮助企业节省短信费用。

SMSSDK到现在为止经历1.0到3.0几十个版本的迭代升级，已经非常稳定和高效。

这个过程中有：

sdk的bug修复，性能提升，安全性提升。

sdk发送验证码部分收费到完全免费的升级。

功能逐渐丰富的过程

服务端架构调整

SMSSDK的初始版本在效能和稳定性上有太多的不足和缺失。这些问题主要集中的服务端，下面我来介绍一下SMSSDK服务端的进化之路。

一、SMSSDK1.0版本

问题

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

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

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

原因

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

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

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

业务服务

数据中转

数据存储

业务服务

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

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

服务的容错性较低；

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

数据中转

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

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

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

数据存储

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

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

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

上面的架构给开发，运维，技术支持带来巨大的工作量，非常影响SMSSDK的服务质量，加上SMSSDK免费业务线确定，决定对服务器架构进行重构，由此诞生了SMSSDK2.0。

二、SMSSDK2.0版本

此版本主要解决1.0版本中存在的各种问题，旨在为开发者提供更快，更稳定，更丰富功能的SDK。

架构图：

架构分析

访问层使用Nginx做负载均衡；

服务层：要求服务间互不影响或影响较小。将之前的一个服务拆分为：

基础服务：查多写少的服务，要求响应迅速；

短信发送、校验服务：发送验证码短信，校验验证码短信。

其他服务：其他开发者可选集成的服务。

Web服务：开发者服务器接口服务。

Mob服务：隶属于Mob内部的公共服务。

通过服务拆分，将业务分级，流量分流，各个服务间解耦互不影响，服务稳定性稳步提升。 例如：有一段时间基础服务被攻击，pv由正常的2000w增加到3.7亿，导致基础服务响时间增加。但此时短信发送，校验等其他服务任然能正常使用。

3.数据处理层：

数据处理层更改的地方比较多，从根本上解决1.0版本的不稳定因素。

使用kafka做消息队列，将业务解耦，数据统一处理。

缩短服务层的处理流程，通过kafka将复杂耗时的处理在数据处理中心中异步处理，缩短服务层的访问时间。

独立短信发送业务，专注对接通道，保证短信发送稳定高效；

服务间调用使用Dubbo通信。

Redis不再写盘，并增加keepalived。

接入多条通道，保证短信发送成功率。当一条通道出现问题，自动启动备用通道发送短信。

增加业务全流程监控，并提供技术支持系统。将之前的问题查询时间缩短10倍。

服务配置动态化，即时生效，且不需要重启服务器。

数据存储：简化升级数据存储介质，提高其稳定性，降低维护难度。

MongoDB分库分表以提升查询写入性能；

升级优化ES的索引结构，提升数据的完整性；

通过kafka传递数据，在数据中心统一落地，统一处理落地错误的数据

以上就是SMSSDK2.0版本的服务端架构缩阴，在实际的实施过程中还遇到了很多问题：

新老版本的数据兼容合并问题；

kafka重复消费导致短信重复发送的问题；

统计耗费过多资源，且数据不准确的问题；

通道智能切换的问题；

等等其它大大小小的问题。不过在2.0版本上，进行bug查找，修复的难度降低了很多。

业务升级：

增加的SDK的智能验证功能；

增加了web-api发送自定短信内容的接口；

优化了SDK的通信协议，提升安全性和性能；

在SMSSDK2.0稳定运行之后，由于Mob内部业务调整，开发者需求增多等诸多因素，SMSSDK迈入了3.0。

三、SMSSDK3.0版本

SMSSDK3.0在主体架构上没有做太大的改动，主要在业务上做了很多的优化工作。最终目的是缩短开发者集成SDK的时间，提升Mob平台的服务品质。

在3.0中，主要做了以下升级：

同一个appkey可以在mob的所有sdk中使用。

开发者可以个性化配置：短息内容，验证码长度，验证码有效时间；

接入了更多优质通道，提升短信发成功率；

标准化sdk的通信协议，方便和其他mob下sdk组合使用； 还有bug修复，性能优化的工作，就不逐个列举了。

结语

以上就是SMSSDK 2年来的进化过程。这其中有服务崩溃时的慌张，有数据丢失时的惊恐，有寻找bug时的迷惑，有服务稳定高效时的欣喜。

在未来SMSSDK将继续保持高效、稳定的验证和发送服务。持续不断的技术升级，为开发者提更为丰富的功能。