一、背景簡(jiǎn)介

在常規(guī)的分布式架構(gòu)下，「消息中心」的服務(wù)里通常會(huì)集成「短信」的渠道，作為信息觸達(dá)的重要手段，其他常用的手段還包括：「某微」、「某釘」、「郵件」等方式；

對(duì)于《消息中心》的設(shè)計(jì)和實(shí)現(xiàn)來說，在前面已經(jīng)詳細(xì)的總結(jié)過，本文重點(diǎn)來聊聊消息中心的短信渠道的方式；

短信在實(shí)現(xiàn)的邏輯上，也遵循消息中心的基礎(chǔ)設(shè)計(jì)，即消息生產(chǎn)之后，通過消息中心進(jìn)行投遞和消費(fèi)，屬于典型的生產(chǎn)消費(fèi)模型；

二、渠道方對(duì)接

在大部分的系統(tǒng)中，短信功能的實(shí)現(xiàn)都依賴第三方的短信推送，之前總結(jié)過《三方對(duì)接》的經(jīng)驗(yàn)，這里不再贅述；

但是與常規(guī)第三方對(duì)接不同的是，短信的渠道通常會(huì)對(duì)接多個(gè)，從而應(yīng)對(duì)各種消息投遞的場(chǎng)景，比如常見的「驗(yàn)證碼」場(chǎng)景，「通知提醒」場(chǎng)景，「營(yíng)銷推廣」場(chǎng)景；

這里需要考慮的核心因素有好幾個(gè)，比如成本問題，短信平臺(tái)的穩(wěn)定性，時(shí)效性，觸達(dá)率，并發(fā)能力，需要進(jìn)行不同場(chǎng)景的綜合考量；

驗(yàn)證碼：該場(chǎng)景通常是用戶和產(chǎn)品的關(guān)鍵交互環(huán)節(jié)，十分依賴短信的時(shí)效性和穩(wěn)定性，如果出問題直接影響用戶體驗(yàn)；

通知提醒：該場(chǎng)景同樣與業(yè)務(wù)聯(lián)系密切，但是相對(duì)來說對(duì)短信觸達(dá)的時(shí)效性依賴并不高，只要在一定的時(shí)間范圍內(nèi)最終觸達(dá)用戶即可；

營(yíng)銷推廣：該場(chǎng)景的數(shù)據(jù)量比較大，并且從實(shí)際效果來看，具有很大的不確定性，會(huì)對(duì)短信渠道的成本和并發(fā)能力重點(diǎn)考量；

三、短信渠道

1、流程設(shè)計(jì)

從整體上來看短信的實(shí)現(xiàn)流程，可以分為三段：「1」短信需求的業(yè)務(wù)場(chǎng)景，「2」消息中心的短信集成能力，「3」對(duì)接的第三方短信渠道；

需求場(chǎng)景：在產(chǎn)品體系中，需要用到短信的場(chǎng)景很多，不過最主要的還是對(duì)用戶方的信息觸達(dá)，比如身份驗(yàn)證，通知，營(yíng)銷等，其次則是對(duì)內(nèi)的重要消息通知；

消息中心：提供消息發(fā)送的統(tǒng)一接口方法，不同業(yè)務(wù)場(chǎng)景下的消息提交到消息中心，進(jìn)行統(tǒng)一維護(hù)管理，并根據(jù)消息的來源和去向，適配相應(yīng)的推送邏輯，短信只是作為其中的一種方式；

渠道對(duì)接：根據(jù)具體的需求場(chǎng)景來定，如果只有驗(yàn)證碼的對(duì)接需求，可以只集成一個(gè)渠道，或者從成本方面統(tǒng)籌考慮，對(duì)接多個(gè)第三方短信渠道，建議設(shè)計(jì)時(shí)考慮一定的可擴(kuò)展；

2、核心邏輯

單從短信這種方式的管理來看，邏輯復(fù)雜度并不算很高，但是很依賴細(xì)節(jié)的處理，很多不注意的細(xì)微點(diǎn)都可能導(dǎo)致推送失敗的情況；

實(shí)際在整個(gè)邏輯中，除了「驗(yàn)證碼」功能有時(shí)效性依賴之外，其他場(chǎng)景的短信觸達(dá)都可以選擇「MQ隊(duì)列」進(jìn)行解耦，在消息中心的設(shè)計(jì)上，也具備很高的流程復(fù)用性，圖中只是重點(diǎn)描述短信場(chǎng)景；

3、使用場(chǎng)景

3.1 驗(yàn)證碼

對(duì)于「短信」功能中的「驗(yàn)證碼」場(chǎng)景來說，個(gè)人感覺在常規(guī)的應(yīng)用中是最復(fù)雜的，這可能會(huì)涉及到「賬戶」和相關(guān)「業(yè)務(wù)」的集成問題；

【驗(yàn)證碼獲取】

這個(gè)流程相對(duì)來說路徑還比較簡(jiǎn)短，只要完成手機(jī)號(hào)的校驗(yàn)后，按照短信推送邏輯正常執(zhí)行即可；

這里需要說明的是，為了確保系統(tǒng)的安全性，通常會(huì)設(shè)定驗(yàn)證碼的時(shí)效性，并且只能使用一次，但是偶爾可能因?yàn)檠訒r(shí)問題，引起用戶多次申請(qǐng)驗(yàn)證碼，基于緩存可以很好的管理這種場(chǎng)景的數(shù)據(jù)結(jié)構(gòu)；

【驗(yàn)證碼消費(fèi)】

驗(yàn)證碼的使用是非常簡(jiǎn)單的，現(xiàn)在很多產(chǎn)品在設(shè)計(jì)上，都弱化了登錄和注冊(cè)的概念，只要通過驗(yàn)證碼機(jī)制，會(huì)默認(rèn)的新建帳戶和執(zhí)行相關(guān)業(yè)務(wù)流程；

無論是何種業(yè)務(wù)場(chǎng)景下的「驗(yàn)證碼」依賴，在處理流程時(shí)都要先校驗(yàn)其「驗(yàn)證碼」的正確與否，才能判斷流程是否向下執(zhí)行，在部分敏感的場(chǎng)景中，還會(huì)限制驗(yàn)證碼的錯(cuò)誤次數(shù)，防止出現(xiàn)賬戶安全問題；

3.2 短信觸達(dá)

無論是「通知提醒」還是「營(yíng)銷推廣」，其本質(zhì)上是追求信息的最終觸達(dá)即可，大部分短信運(yùn)營(yíng)商都可以提供這種能力，只是系統(tǒng)內(nèi)部的處理方式有很大差異；

在部分業(yè)務(wù)流程中，需要向用戶投遞短信消息，在營(yíng)銷推廣的需求中，更多的是批量發(fā)送短信，部分需求其內(nèi)部邏輯上，還可能存在一個(gè)轉(zhuǎn)化率統(tǒng)計(jì)的問題，需要監(jiān)控相關(guān)短信的交互狀態(tài)；

四、模型設(shè)計(jì)

由于短信是集成在消息中心的服務(wù)中，其相關(guān)的數(shù)據(jù)結(jié)構(gòu)模型都是復(fù)用消息管理的，具體細(xì)節(jié)描述，參考《消息中心》的內(nèi)容即可，此處不贅述；

從技術(shù)角度來看的話，涉及經(jīng)典的生產(chǎn)消費(fèi)模型，第三方平臺(tái)對(duì)接，任務(wù)和狀態(tài)機(jī)管理等，消息中心作為分布式架構(gòu)的基礎(chǔ)服務(wù)，在設(shè)計(jì)上還要考慮一定的復(fù)用性。

五、參考源碼

編程文檔： https://gitee.com/cicadasmile/butte-java-note

應(yīng)用倉(cāng)庫(kù)： https://gitee.com/cicadasmile/butte-flyer-parent