从满足自有业务需求到开放服务

云片并非一开始就做云通讯，而是先做了一款叫维客 CRM 的软件。这个软件面向淘宝商家提供会员营销服务，有大量短信需求。当时林佳齐负责短信平台的开发，对接行业服务商，发现这个行业虽然存在比较长时间，却没有一家能满足需求。为了提高短信服务稳定性，云片踩过无数坑，经过 1 年多的产品迭代，发现自己平台功能已经比服务商的更强大，所以就想把服务开放出来，让其他公司使用短信时能少踩坑少走弯路，这是云片的由来之一。

avatar

△短信发送流程

avatar

短信通过三大基础运营商的通道发出去，一般情况下单个通道的发送速度为几到几十不等；通道在运营商体系可分移动、联通、电信三类；大家通常听到的系统通道、营销通道、共享通道和专用通道的分类，是取决于短信服务商对通道的运营策略。

打造高可用高并发系统踩过的坑

avatar

1、发送速度

发送速度在工程师眼里即并发数，现在依然有很多公司，并没有这样的技术概念，而且服务也无法支持做性能压测，这意味着服务的性能是个黑盒子，你不知道具体的性能指标是多少，什么时候会出现瓶颈，这是一个技术风险。

2、系统处理速度和短信实际发送速度

解决并发问题后，开始筛选⼀些至少能把并发参数讲清楚的公司。但他告诉你的速度，可能并不是实际的短信（或者叫通道）发送速度，只是系统处理速度。造成的结果是，很可能短信需求提交出去了，但只是提交到服务商的缓冲队列中，并没有及时的发给客户。这是一个业务延迟风险。

3、专用通道

被坑多了我们开始关注通道速度。但是一个服务商要服务多个客户，不可能为每一个客户分配专属通道。这意味着大部分客户是以共享的方式来使用通道的，所以给你分配的通道速度，并不是实际可以获得的发送速度。这是一个至今还隐藏的坑。林佳齐建议解决的方案是找一家足够透明的公司，坦诚沟通。因为通道资源是有限的，有一些公司即使提供共享通道，也能通过技术手段保证发送速度不受影响。

前三个坑，如果服务商不能很好的解决，每个公司在接入的时候就要投入很多研发的资源，包括接口稳定性监控、短信延迟监控、多服务商接入和互备切换等，会增加研发成本。

4、短信效果

广告业有一句名言：我知道在广告上的投入有一半是无用的，但我不知道是哪一半。短信营销也一样，短信的效果没办法直观看到。对此，云片针对短信营销场景，做了精准营销服务。

精准营销的基本流程是筛选目标人群发送，根据数据报表分析营销效果并做调整优化，它解决的问题是：

精准筛选目标受众，节省短信营销成本；
支持在短信内容里插入短链接，精确统计每个正常手机号码的点击情况；
提供详细的发送效果数据报表：包括短信到达率、未送达原因分布、短链接点击率、点击省份分布等，短信发送效果清晰明了；
可以按点击情况导出数据后，对产生点击行为的用户进行二次营销。

云片云通讯系统演变过程

1、为了长远发展，给飞行中的飞机换引擎

云片早期平台部署在阿里云的早期版本上，随着业务量的增长，底层平台的问题逐渐暴露出来，包括物理机资源隔离不彻底等原因带来的 CPU、IO 及网络抖动。尽管我们对服务做了很多技术优化，但 IaaS 层的不稳定因素依然是个非常头痛的问题。

随着云片对服务的要求越来越高，我们开始考虑平台的迁移问题，做长期的规划。当时业务量刚好迎来增长高峰，而迁移涉及面非常广，从后端的 DB、中间件服务到前端的应用、域名解析，以及数据、配置和通道等资源迁移，是一个巨大工程。在保证线上业务不受影响，并且业务开发能正常进行的前提下，做平台的迁移是个很有挑战的事情。

确定迁移之后，云片开始对系统进行全面的、系统化的梳理，原先很多设计不合理的地方、历史遗留缺陷、环境依赖硬编码等问题，被重新审视。整个迁移的过程就是一个偿还技术债务的过程。经历这样一次飞机换引擎的挑战，云片系统架构、稳定性和可运维性都有极大提升，团队能力也得到历练而变得更加自信。

2、把监控工具做成分布式系统，提高稳定性

为了对所有通道进行自动化监控，云片开发了 Android 程序，安装在手机上做成监控机。由监控中心自动触发监控短信，监控手机负责上报采集到的信息，比如短信接收时间、短信内容等信息，监控中心再按规则策略判断是否存在异常，并通知路由中心做自动切换，达到及时屏蔽问题通道的目的。

avatar

以下是云片为了提高监控系统稳定性，对监控服务做的几个版本迭代：

avatar

各版本相应解决的问题是：

单机版：解决监控自动化问题，实现 7*24 小时自动监控和切换。
多机版：解决单机性能问题。随着需要监控的通道增加，单个监控机已经有性能瓶颈，需要更多的监控机来分摊压力。
心跳版：减少误报。随着监控手机越来越多，小概率的网络抖动、假死等问题更多的暴露出来，心跳版实现对问题手机做自动剔除的操作，减少监控的误报。
异地分布式版：解决地区性网络故障对监控的影响。包含两方面，一是办公网络不稳定问题，监控机用的是办公网络，网络抖动或断网时有出现，如果监控机都放在一个办公区网络，一旦网络出现问题，会出现监控空白时段；二是解决运营商的地区性网关故障问题，如果监控机都放在一个地区，如果该地区网关故障，就会导致监控误判。

经过以上版本的迭代，监控的稳定性已经非常高。云片的经验是整体服务的稳定性，是由一个个基础服务共同决定的，当我们对稳定性的要求越来越高时，每一个看似简单的服务都有很多细节需要考虑。