企业短信平台的使用分析

项目中的短信发送场景

场景1：用户忘记密码

在该场景下，用户可以通过短信找回密码。该逻辑较为简单，不需要进行改变。

场景2：向项目负责人、项目负责人或专家发送短信

在该场景下，用户需要输入短信内容和手机号码，并点击“发送”按钮。如果验证通过，用户将跳转到短信发送成功的提示页面。如果验证失败，用户将收到一条错误提示消息，可以根据提示进行更正。

实现方法

在项目中，可以直接配置短信服务提供商提供的账户、密码和接口，并在需要发送短信时调用相应的接口。根据返回值，可以决定是否将短信提交给短信服务提供商。

项目的启动需要一个简单、高效、快速实现业务要求的方案。

问题1：服务提供商的稳定性

使用一段时间后，项目组发现当前的短信服务提供商不稳定，因此决定更换为新的服务提供商。然而，实际上其他的短信服务企业也存在不稳定的问题。

解决方案：多服务提供商同时负载分流

为了确保稳定性，当服务提供商A失败时，可以通过服务提供商B发送短信，并依次切换，直到成功发送或所有服务提供商都失败。

问题2：代码复制或独立服务

新项目也需要发送短信，但工作场景相似。由于是不同的项目组，初期是各自独立完成的。然而，在内部交流时发现，大家都做了重复的工作，导致项目组之间的合作变得混乱。

为了后续的优化和更改，通过项目团队之间的协商，决定独立构建一个新的短信平台，为各种项目提供集成服务。这样，服务提供商的调度优化与特定项目无关，项目的短信传输代码变得非常简单。

问题3：网络错误如何确保短信传输的高可用性

短信传输通常属于非核心业务领域。为了提高性能，项目组对通知类短信进行了异步改造。改造后的性能确实提高了，但由于公司网络的原因，短信平台和短信服务商之间出现了各种问题，导致一些重要的短信没有成功发送，也没有相关的发送记录。

为了解决这个问题，项目组决定将短信传输分为两个阶段。首先，将传输请求持续保存在数据库中，然后从数据库中读取要发送的记录，并通过调度算法尽力发送短信。如果最终由于网络中断或服务提供商不稳定等异常原因导致传输失败，则标记该记录，并在一段时间后重试，直到达到最大重试次数。这样的方案可以持续发送请求，尽最大努力确保短信发送成功，并通过重试设置提高发送成功的可能性。

问题4：服务调用方和短信平台的网络错误和服务停机

上述的解决方案解决了短信平台和短信服务商之间的问题，但无法避免服务调用方和短信平台之间的网络错误和短信平台停机的问题。为了解决这个问题，对服务调用方进行了持续改造，并对短信平台进行了集群改造。

持续性改造的具体细节在这里不再详述。短信平台的集群化改造相对容易，通过调整部署方案，集群化改造接近完成。集群化改造在一定程度上提高了可用性和短信传输服务能力，但负载平衡仍然存在单点故障，需要进一步优化。

问题5：短信平台向外部提供服务

一些小系统或合作客户的系统也需要发送短信，但发送量不大，不愿意与短信服务企业单独交易。因此，当他们了解到我们的短信平台后，决定使用我们的服务。然而，对外提供服务需要考虑安全和收费问题。

解决方案

为了满足安全要求，可以参考各大短信服务提供商的方法，添加用户和IP绑定功能。即为每个系统或组织分配唯一的账户和密码，并将用户与系统的外部IP绑定，以防止密码泄露和其他异常纠纷。

付费问题相对简单。由于短信平台本身会持续传输请求，可以参考付款系统的“调整”概念，根据与客户约定的频率，在指定的路径上生成短信账单票据，供客户直接下载。

问题6：优化短信传输

在持久性改造后，短信通过线程池发送，每个线程彼此独立发送。这种方法简单易懂，易于实施。然而，由于每个线程都是相互独立的，发送异常时无法及时通知其他线程，会消耗大量资源。

为了解决这些问题，引入了调度程序。对于一批短信，首先发送一条确认是否成功发送的短信，如果成功发送，则继续发送该批次中的其他短信。调度程序还会根据每个短信记录服务提供商的服务状态，以记录传输日程。

通知类短信的发送数量可能比登录、注册、密码类即时短信要多得多。从业务角度来看，即时类短信不能等到上一个通知类短信发送完成。因此，在短信传输优化中引入了优先级概念，并对短信传输接口进行了改造。

后续工作

通过对短信传输业务的深入了解，可以发现短信传输实际上是典型的商家和消费者问题。许多问题可以通过引入一次性解决的消息队列来解决。这也是后续优化的方向。

当然，在安全性、高性能、高可用性等方面还有很多工作要做。随着工作范围的扩大，现有的功能和设计方案亟待解决。

步骤摘要

根据业务优先的原则，一开始以满足业务基本要求为主，技术上以灵活性为基本原则。

随着业务的发展，设计应逐步解决可用性、可修改性、安全性、可测试性、易用性等质量特性。

各功能、模块在业务发展中趋向于独立于当前项目，以独立的服务对外提供服务。

在深入了解业务领域的同时，业务稳定，系统重组要提上日程，所有重组都要考虑“输入/输出比率”。